Re: [tdf-discuss] ignore m$ legacy?

This topic has revealed the following personal observations.

People seem to want LO to be an exact clone of m$ where they can
perform the same m$ tasks, produce the same m$ output, without paying
m$. They happen to have a convenient choice in another product (LO)
that perhaps is more attractive/intuitive to use, ideally producing m$
output so perfect that the recipient would be aware that LO was used.
For such people, there is no interest in promoting or improving odf;
their priority is to continue producing m$ format output to the
detriment of odf. Having read the comments of those who wish LO to be
a m$ clone (including the LO statement about m$ooxml), there is little
evidence that the ability to create m$ format documents will _in any
way_ lead to the increased quantity of odf documents; instead, there
will be an increase in m$ format documents that have been created by
LO. The result? Continued dominance of m$. Make no mistake, every LO
user who saves a document in an m$ format instead of odf, is not
promoting the odf at all, but killing it insiduously; new (probably
entirely m$ OS) users are being enticed with this concept of "m$
output without the m$ price" when the bigger picture is odf to become
the future default format.

The ability to import m$ formats and produce only native odf documents
would be a good idea. Users would have a clear choice to make; either
promote odf, or decide it is more important to produce m$ documents
and therefore such people should simply buy m$. Of course, opponents
of odf don't want to pay and therefore promote the "m$ is essential to
me" viewpoint. Either pay m$, or donate the equivalent to LO to
produce superior odf documents.

-- 
Unsubscribe instructions: E-mail to discuss+help@documentfoundation.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.documentfoundation.org/www/discuss/
All messages sent to this list will be publicly archived and cannot be deleted