Home Messages Index
[Date Prev][Date Next][Thread Prev][Thread Next]
Author IndexDate IndexThread Index

Re: "Taking Microsoft's ODF Plugin for a Spin... Splat"

  • Subject: Re: "Taking Microsoft's ODF Plugin for a Spin... Splat"
  • From: Roy Schestowitz <newsgroups@xxxxxxxxxxxxxxx>
  • Date: Fri, 21 Jul 2006 13:27:00 +0100
  • Newsgroups: comp.os.linux.advocacy
  • Organization: schestowitz.com / Manchester University
  • References: <pan.2006.07.20.14.18.25.466946@linetec.nl> <1153407871.73151.0@despina.uk.clara.net> <gwPvg.70548$Lm5.54346@newssvr12.news.prodigy.com> <1183732.l6yYPjcTgl@schestowitz.com> <4qc5p3-lie.ln1@sirius.tg00suus7038.net>
  • Reply-to: newsgroups@xxxxxxxxxxxxxxx
  • User-agent: KNode/0.7.2
__/ [ The Ghost In The Machine ] on Friday 21 July 2006 00:00 \__

> In comp.os.linux.advocacy, Roy Schestowitz
> <newsgroups@xxxxxxxxxxxxxxx>
>  wrote
> on Thu, 20 Jul 2006 20:45:09 +0100
> <1183732.l6yYPjcTgl@xxxxxxxxxxxxxxx>:
>> __/ [ Philip ] on Thursday 20 July 2006 18:59 \__
>>
>>> BearItAll wrote:
>>>> Richard Rasker wrote:
>>>> 
>>>> 
>>>>>Not too long ago, worldwide pressure forced Microsoft to turn around on
>>>>>its decision not to support ODF, and it came up with an ODF plugin.
>>>>>For reasons of expediency, this ODF "support" of course wouldn't be made
>>>>>easy to use, but what the heck - for once, Microsoft actually seems to
>>>>>have listened to the rest of the world.
>>>>>
>>>>>And with MS having unlimited access to both the comprehensive ODF
>>>>>specifications and documented source code of existing ODF supporting
>>>>>applications, one would expect the correct translating and handling of
>>>>>ODF documents to be a no-brainer for Microsoft. The result? Another
>>>>>shining example of Great Software, as we've come to expect from
>>>>>Microsoft ...
>>>>>
>>>>>http://www.groklaw.net/article.php?story=20060720063746488
>>>>>
>>>>>
>>>>>
>>>>>Richard Rasker
>>
>>
>> Oops. I posted a duplicate. Also noticed a typo after I had posted.
> 
> Oh no!  It's the Attack Of The WinHorde!  Swarming all over
> COLA like a bunch of BatsOutOfHell(tm), they will scan
> the skies for miles on the lookout for misplaced commas,
> the dreaded hyphen, and the ultimate in causing them to
> swarm into feeding frenzies, Actual Linux Advocacy....
> 
> :-)


Thanks, Ghost. Made me feel better.


>>>> A poor implementation could be more damaging than no implementation.
>>>> Users will just fall back to MS's own formats then MS can say the
>>>> consumer has decided the issue.
>>
>>
>> It'll be the same issue with Xen virtualisation. Rather than install or
>> using a Live CD to test Linux, people will run it under Windows in
>> 'crippled mode' and get the wrong impression.
> 
> Hm...how crippled is coLinux, really?  I'm frankly curious now.
> 
> (Of course, running under Windows, it's somewhat crippled already,
> at least from a reliability standpoint.  However, there's several
> methods by which one could contemplate this sort of thing, and
> one of them might be called a "total hands-off" approach, which
> means Windows knows little about coLinux except that there's
> an area of disk dedicated thereto.)


http://digg.com/linux_unix/Microsoft_gives_Linux_a_virtual_hug_2#c2354537


>>>> From what is said on justlinux.com they is a general concensus that this
>>>> is what MS have in mind, destroy it by simply making it look crap
>>>> compared to their own.
>>>> 
>>>> MS didn't even write their addon.
>>> 
>>> Reminds me of IE for unix. Which was done to check off procurement
>>> requirements.
>>
>>
>> There are similar cases to be made for Mac OS. If you make IE5 available,
>> then you could argue that IE /is/ the standard, rather than have to
>> accommodate standards.
> 
> IE is a de facto standard, more's the pity.  It's messed-up, certainly.

[Date Prev][Date Next][Thread Prev][Thread Next]
Author IndexDate IndexThread Index