Massachusetts Explains Legal Concerns for Open Documents 321
Tontoman writes "ZDNet is running a story that sheds new light on the decision by Massachusetts to switch to
open formats for the commonwealth's official documents. This issue has previously been discussed on Slashdot, first The Massachusetts Office Party and then
Microsoft Lashes out at Massachusetts IT Decision . From the
article: 'Eric Kriss, Secretary of Administration & Finance for
the Commonwealth of Massachusetts, told CRN on Friday that
Massachusetts had concerns about the openness of Microsoft XML schemas
as well as with potential patent issues that could arise in the
future.' The article also quotes a Microsoft executive
on further reason that Microsoft's upcoming Office 12 will not support
OpenDocument."
ms (Score:4, Insightful)
Re:ms (Score:4, Insightful)
Correction: (Score:5, Insightful)
It behooves those who desire unrestricted interchange of information to help make proper support of OpenDocument become of interest to MS.
This move by MA is a step in the right direction, away from proprietary formats.
Re:Correction: (Score:4, Interesting)
Re:ms (Score:4, Insightful)
Re:ms (Score:5, Informative)
Re:ms (Score:5, Insightful)
ms office must support openoffice documents... it's just more reason not to use it
Just like there's "no reason" for MS not to support webstandards. But we all know how that story...
Re:ms (Score:5, Insightful)
And compared to the firefox story, which just hurts freely given away IE, and people still use MS windows as platform, so not costing any profits, and uptake of 10% in OpenOffice would really hurt the bottomline of MS. Not that they will lose money because of it, but the profitability goes down, maybe even pricing pressure to keep people away from this free OpenOffice.
Hey, how about a page size add in a newspaper for www.downloadOpenOffice.org (already exists, and is someones attempt to earn some cash, to bad)
OO vs. Firefox platform lock-in (Score:5, Insightful)
Moderators, parent clearly deserves some 'insightful' points here, since known cash cows for MS are Windows, and Office. But:
If users ditch Office for a free alternative, clearly MS's bottomline gets hurt. Not so with Firefox? I disagree: IE is a way to lock users into the Windows platform. If you need IE, you need Windows (in general). If you need Firefox, you need Windows OR (enter you favorite Firefox-capable OS here). So ditching IE in favor of Firefox, is one way to reduce your dependence on the Windows platform. And a good reason for MS to give away IE for free, I think.
So increased use of OO may eat directly into MS's bottomline, but increased use of Firefox makes it easier for MS's bottomline to get eaten into.
My view is that MS not supporting open standards is simply to make it harder to switch platforms, to increase the cost & effort of a switch. Another example: why doesn't MS itself provide support for Linux ext2 or BSD filesystems? It's technically feasible (others have done it), many dual-booting folks would like it, and there aren't any licensing problems that I can see (as long as MS would write their own, or build on BSD-licensed code). So why? Simple: without it, dual-booting folks have to look themselves for ext2/BSD filesystem drivers for Windows. More hassle, higher cost of moving to Linux/*BSD.
MS says it cares about interoperability, but it's actions often say otherwise. Not supporting OO document format in Office is just another example of that. Anyway, I think managers that decide between MS Office or OO, Firefox or IE, Windows, Linux or Mac OSX on company desktops, matter more here than home users.Re:ms (Score:3, Informative)
While I'll agree that OO is not a feature-by-feature drop-in replacement for MS Office, for most MS Office users, it's just fine. Since I've been using OO, I'm not having to deal with as many security issues, stability issues, or licensing issues. What have I had to sacrifice? VB Macro compatibility? I never used it anyway. I know a lot of people who are in the same situation.
There's no such thing as a universally perfect tool, but while there will certainly be scenarios where MS Office is the right tool
Format converter (Score:5, Interesting)
I mean, if people can program an import filter, why not an export filter?
There certainly people who know how to do it.
Even if somebody has to sign an NDA agreement -- would it disallow to make such a filter?
I'm sure this would be more productive than waiting for MS to do it.
Re:Format converter (Score:5, Interesting)
You're right, and this could be a fatal error in Microsoft's strategy. If there is a freely available converter which allows Word to import and export OOo files, any attempt on their part to make their own format incompatible could backfire and make OOo the default file exchange format.
I've been looking at both OOo and MS XML formats, and it doesn't look like it would be too hard to impliment converters as add-ins for Office formats.
Re:Format converter (Score:3, Insightful)
Re:Format converter (Score:3, Funny)
Re:Format converter (Score:3, Interesting)
Opening a "DOC" document in OpenOffice.org needs to work even if Word isn't installed. Therefore, to navigate the "DOC" structure, OpenOffice.org has to have its own code intrepret the DOC format. (I'm just speculating on this; perhaps it uses something else, so I reserve the right to be wrong.)
An export program (script/plugin) from within Word could navigate the document model using COM or VB for Applications. It would then output the XML based on this walking of the document stru
Re:Format converter (Score:5, Insightful)
Now the only thing keeping Office popular is the lack of interoperability with anything else. Lack of interoperability is usually considered to be a bad thing -- name me one electricity company that sells 48 volts DC. We have already seen protectionism fail when countries did things like adopting different TV standards from their neighbours effectively to prevent imports of cheap tellies {setmakers just went multi-standard, and SCART connectors with RGB input eventually became the norm}.
These realities do not appear to have hit the computer market yet
But I don't think I represent most of the population. I think most people don't expect things to be connected together and just work like that; they're still so taken in by the fact that they just press the keys and the letters come up on the screen, and later pop out of the printer, that they don't think past that. That ought to change in the future; but it will depend more on the fact of clue filtering slowly through to the population than anything any major player does {unless that something is to cause sudden and large-scale data loss}.
If the conversion suite was released as quasi-Open Source software {as open as anything running on a closed platform can be}, then the only thing Microsoft could do about that is try and prove they own a patent on converting documents between Office and OpenDocument standards; but then they would expose themselves to the patent being struck down on the grounds that the invention had not been worked {which is still valid in some jurisdictions IMMSMC}. Not to mention that it would constitute an admission that Microsoft already had the technology to perform the conversion {otherwise the patent would be a mere work of science fiction, therefore null and void by default}. This would have the effect of casting doubt on other things Microsoft are fond of saying.
Once a mechanism was in place for converting documents between OpenDocument and Office formats, a business would then need only one PC running Office -- and then only for as long as they have any Office files to convert to OpenDocument. Under well-established doctrines, they would even be within their rights to sell that machine to another business when it was finished with.
At the moment, I have good reasons not to be having a go at this. When those reasons change, if there is not already a functioning translator, I will definitely set up a Windows machine of my own and give it a crack.
Re:Format converter (Score:3, Insightful)
And MS knows this. Gates famous internet memo from '95 highlighted the fact that in a few hours of surfing he didn't find any Microsoft document formats out there, except a few PPT files. That really upset him, because he knows that closed file formats are the drug that MS is pushing.
MS is fighting a rear-guard action on this, and in the end they will lose, because if OOo doesn't win, some other open format will.
Re:ms (Score:3, Insightful)
The first versions of Office were quite adept at reading and writing almost every other format out there: Wordperfect, AMI, even old WordStar files from CP/M. While they were trying to penetrate a market that had a lot of competition, they were very compatible with everyone.
I guess the rules are different now that they have achieved market dominance. Now they are far more interested in leveraging
MS reply (Score:5, Interesting)
Re:MS reply (Score:2, Informative)
OO does support much more (Score:2, Informative)
Re:OO does support much more (Score:5, Insightful)
I don't just think embedding of video/audio in documents isn't necessary, I think it's very stupid. A document should be able to be printed out!!! Clearly, these things cannot be printed out and held on paper; ergo they do not belong in documents. The same goes for anything else that cannot be printed out and held on paper.
If you want those things, put them in some other computer format, but don't warp the meaning of 'document' to mean 'anything you can hold and represent on a computer, mushed into one file', because that's just silly.
presentations - you insensitive clod! (Score:3, Insightful)
Re:OO does support much more (Score:2)
One thing we've learned from (HT|SG|X)ML is to separate content from presentation. While OpenDoc does focus largely on presentation, there is room for more than one medium.
An electronic version of a document may use a color picture, whereas the print version may be constrained to black and white for cost reasons. In the future, the same constraint may apply to videos: the OLED paper costs ten times as much as the pulp paper.
Re:OO.o format is NOT OpenDoc (Score:3, Informative)
I still have a developer release laying around somewhere.
Re:OO.o format is NOT OpenDoc (Score:3, Insightful)
Re:OO.o format is NOT OpenDoc (Score:4, Informative)
Guess what? I'm getting slightly bored of people making verifiably false claims, and even more bored of clueless moderators modding them up for it.
If I may quote directly from the horse's mouth [openoffice.org]: So do pray enlighten me: exactly how is OpenDocument not the OpenOffice.org format?
Oh, the other guy who replied to you suggested that there's another format (called OpenDoc not OpenDocument), which may well be what you have in mind. In that case, you are completely off-topic, because the format Massachusetts are thinking of using is OpenDocument. Which is to say, the format which is used by new versions of OpenOffice.org.
Re:MS reply (Score:4, Interesting)
And that binary data can have whatever data format they want, including a closed and obscure and undocummented format (say, a "new feature" in future office versions which happens to embbed binary data with a closed format). Which is against the whole point of having an open format.
Re:MS reply (Score:2, Interesting)
Re:MS reply (Score:3, Funny)
Re:MS reply (Score:5, Insightful)
Naturally the OLE object's content is encoded, but the document format copes with it just fine.
That's not the proposed format (Score:2)
So Microsoft is right in this case - their format would do stuff that OpenDoc won't. Shame that the rest of their speech is unadulterated ***FLUSH***
Re:That's not the proposed format (Score:5, Informative)
The tag will be represented as something like this:
<draw:object-ole xlink:href="./Object 1" xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad"/>
The OLE object's content would be in that "Object 1". This is obviously not XML, doesn't have to be. When OO starts, it instantiates the CLSID specified in the Object 1 file and streams its data into it via IStream or IStorage. Thus any OLE object is supported by the spec and by OO.
The object-ole tag is documented on page 300 of the OpenDocument 1.0 spec. Other mechanisms for embedding objects are also documented.
So it is supported by the Open Document spec.
Re:That's not the proposed format (Score:2)
If Open Document supports this, then it should be possible to view documents containing OLE objects on non-Windows platforms.
Re:That's not the proposed format (Score:2)
<draw:image xlink:href="./ObjectReplacements/Object 1" xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad"/>
So in this case the preview image (for representing the object when it's not active) lives under "./ObjectReplacements/Object 1" in the zipped up .odt file. The problem with it is that the OLE object is also responsible for supplying this image. I don't know what format OLE uses but it may well be WMF or something like that. S
Re:That's not the proposed format (Score:3, Informative)
pre-2.0 builds of oo.org use opendocument (ods, ods etc) as a default format and these are able to contain all mentioned media.
also, od was based on oo.org file format, several oo.org participants were on oasis committee - i somehow doubt they would have developed a format that would be seriously limited.
as mentioned in this thread and here
http://www.oasis-open.org/committees/office/faq.ph p [oasis-open.org]
http://en.wikipedia.org/wiki/OpenDocument [wikipedia.org]
od uses existing
Re:MS reply (Score:2)
If so, that's great... because now the OpenOffice guys can concentrate their efforts on performance and stability, instead of trying to catch up with MSOffice implementing features I don't need. Not to mention a native MacOSX port!
I'm not saying that OpenOffice is near as bloated as MSOffice, but it would be nice to see it more lean and clean, and to be able to run it on some old
Re:MS reply (Score:2)
Re:Something else they said... (Score:3, Insightful)
If a statement, "we don't want to use something that locks us in and presents possible legal problems," is confusing, I'd say Microsoft has reached a state of clueless nirvana.
Re:MS reply (Score:3, Insightful)
Re:MS reply (Score:5, Insightful)
MS is a member of that commitee (Score:3, Insightful)
Re:MS reply (Score:3, Funny)
Re:MS reply (Score:4, Informative)
Go and have a butcher's at some OpenOffice documents.
Re:It could be useful (Score:2, Interesting)
Re:It could be useful (Score:3, Funny)
What the hell kind of word is that?
Do you mean "created by consensus?" "Consensual?" Those are words.
Gack. Verbing weirds language.
Re:It could be useful (Score:2, Insightful)
Apologies for being snarky. Que se vaya bien.
Re:It could be useful (Score:5, Informative)
http://en.wikipedia.org/wiki/OpenDocument [wikipedia.org]
"OpenDocument is designed to reuse existing open XML standards whenever they are available, and it creates new tags only where no existing standard can provide the needed functionality. So, OpenDocument uses DublinCore for metadata, MathML for formulae, SVG for vector graphics, SMIL for multimedia, etc."
Note the bit about multimedia, Microsoft?
Re:It could be useful (Score:3, Insightful)
J.
Or you could just... (Score:3, Insightful)
Of course, they're still not gonna do it because that would provide people with an easy migration path away from cash-cow Office...
Re:It could be useful (Score:5, Insightful)
Sorry but how is this insightful? Microsoft's stated reason for not supporting an open document standard is very transparently not the actual reason.
The last time I checked it was entirely possible to read and write ascii text and Microsoft Works documents from within Word, neither of which allow you to embed Audio or Video (ok, I'm just guessing this is the case with Works. With ascii I'm pretty damm sure though).
Providing support for a format does not tie you to that format's limitations, it just means you can read and write it. If your users choose not to use that format all the features are still available to them.
Microsoft isn't going to support it for political reasons, not technical ones. They have a monopoly and a widely adopted open format would threaten that monopoly.
Re:It could be useful (Score:2)
You do this because a document is something which can be printed. If you want something with embedded audi/video/movinggraphs/3d, you basically want a multimedia-document, which is something else entirely. You must make the distinction, precicely because some things only work on an electronic machine, whilst others
Re:It could be useful (Score:3, Insightful)
Re:It could be useful (Score:3, Insightful)
Possible reason to not support "save as" OO (Score:4, Insightful)
Surely, having create a document, you can save it out as an Open-Office document? Why are they talking about backwards compatibility - this is like save as text.
Just like save as text it does not support embedded video and Multimedia, and just like text, it's available to be read by anybody who has access to the standards.
Comment removed (Score:5, Insightful)
Re:Possible reason to not support "save as" OO (Score:5, Insightful)
Hmm... (Score:3, Interesting)
You'd certainly think so, seeing how Microsoft is bending over backwards to help Newham Council do everything it requires [computerweekly.com].
Perhaps Newham should ask for Open Document support?
Re:Possible reason to not support "save as" OO (Score:3, Insightful)
This could be great. WordPerfect could implement it and compete on an equal footing.
Frankly I think ALL governments should require that documents be stored in an open format like this. Why should any one company hold government documents hostage?
Make it part of the spec for all contracts for Office suite software.
Re:Possible reason to not support "save as" OO (Score:3)
cynical reason: file format incompatibility is what keeps customers on the upgrade treadmill.
Re:Possible reason to not support "save as" OO (Score:2)
Plain text does not preserve formatting, nor can it handle embedded audio/video, but MS still still allows you to export and import it.
Their reasoning is just bullshit and trying to make sure they don't lose ground.
Re:Possible reason to not support "save as" OO (Score:5, Insightful)
Imagine you're a typical corporation: You have thousands of documents, they're all in .doc format. So everybody has MS Office installed.
You hear about a free alternative, but it doesn't support the .doc format reliably enough to switch - your thousands of documents would have to be manually edited, one at a time. This is a big expense that stops OO being free. Or you'd have to keep MS Office available, in which case you might just as well not switch.
In other words: Nobody with more than a few .doc documents can switch from Ms Office to OpenOffice. Result: $$$ for MS
Now imagine MS Word could save reliably in OO's format. And it can obviously open .doc files reliably.
A company could now run a batch job that opens .doc files and saves them in OO format. MS Word converts all the company documents into OO format. Company then throws away MS Word, and happily uses OO.
Result: MS looses customers.
MS will fight to the last to stop people being able to do this. If this function were implemented, most people would not need MS Office any more. And if you don't need Office, you don't really need Windows. And if you don't need either of those, why do you need MS?
Re:Possible reason to not support "save as" OO (Score:4, Informative)
There's one problem with your theory: you've got it backwards. OpenOffice is the program that can open
If a company wants to convert their Word documents to OpenDocument format, then the easiest way to do it is actually to use OpenOffice!
Re:Possible reason to not support "save as" OO (Score:5, Informative)
Now imagine MS Word could save reliably in OO's format. And it can obviously open
A company could now run a batch job that opens
Batch Converting MS Word Documents in OpenOffice.org
1. Open File / AutoPilot / Document Convertor
2. Select Microsoft Office
3. Choose any combination of
[X] Word
[X] Excel
[X] PowerPoint formats.
4. Click Next
5. Enter the proper locations for where to read files in and where to dump them out...
6. Click Convert!
Watch (and wait) as hundreds of MS Office Documents are quickly and easily converted to OO formats.
You will lose some formating and I think all macro information, but those can be cleaned up later.
Result: MS looses customers.
When you have 90+% of the market that can't really be avoided.
It wasn't a problem before (Score:5, Interesting)
Well, sort of. From the article:
Yates reiterated the Microsoft does not intend to natively support the OpenDocument format, which he said was very specific to the OpenOffice.org 2.0 open source productivity suite.
I don't recall Microsoft having any problems supporting say, WordPerfect documents, which after all were "very specific to the [WordPerfect] productivity suite." Of course, that was back when Microsoft were chasing WP down. It just wouldn't do to support a format that might help people not to use Office now would it?
Re:It wasn't a problem before (Score:3, Insightful)
Also, microsoft claims that compatibility with older office applications are important, and yet their xml format is not compatible with versions prior to 2003 and their binary format has many incompatibilities between versions both forwards and backwards.
Re:It wasn't a problem before (Score:5, Informative)
http://www.redmonk.com/sogrady/archives/000743.ht
gary edwards, member of oasis opendocuemnt tc, comments on ms xml, od and related stuff. you really should read the whole comment, but i'll cite a couple of excerpts that imho are relevant to your comment
"Since MS XML looks to be a clone of OpenDoc XML, i think it's disingenuous to imply that Microsoft put so much time and effort into creating a duplicate XML file format to meet their "legacy" needs. This is a knockoff clear and simple. The work was done by OpenOffice.org, Sun Microsystems, and the OASIS OpenDocument Technical Committee."
"The first 18 months of work at the OASIS OpenDoc TC (...), was focused near entirely on legacy systems. Especially legacy systems
wedded to Microsoft binary file formats.
The OpenDoc TC was very fortunate to have a wealth of expertise in reverse engineering the legacy maze of incompatible MS binary file formats. Experts from Corel Office, StarOffice, Boeing, Stellent, ArborText, and SpeedLegal among others had long made their living reverse engineering MS file formats. Phil Boutros, the legendary binary cracking wizard representing Stellent, near single handedly represented what would have otherwise been thought to be the full cooperation of Microsoft in solving these legacy issues."
"At any time Microsoft was and is able to jump into the TC discussion's about their legacy file formats and the transformation issues that were eventually resolved in the OpenDoc XML specification. They did after all have an official membership on the OpenDoc TC."
No OO support in MS Office (Score:5, Insightful)
People also tend to use one office set. So Mas. switching to OO, could end up people downloading OO to be able to use the documents (Ok, there are PDF versions). MS will most likely counter that by releasing an update or a plugin to be able to read OO documents in some twisted destructive, or correct later on way, and not being able to save OO documents.
I just think that MS will support OO formats soon enough, because they would really not like to lose customers over such a simple thing as a document format, hey, they even might be able to sell the OO upgrade for MS office to these people!
Inferior format (Score:5, Insightful)
"Microsoft will not support OpenDocument in its next version of Office 12 as it believed the format to be inferior"
If the format is 'inferior', then extend it! The X in XML (which is used by OpenDocument) stands for 'eXtensible'. XML is designed to allow document formats to be extended in a way which still allows portability and does not break compatibility.
Microsoft have make extensive use of XML for years, so they know this. This comment is simply pure FUD.
Re:Inferior format (Score:5, Insightful)
What you're asking Microsoft to do here would in fact be exactly what they normall do; embrace and extend. And it would be bad for all the reasons it is normally bad: it would make files that claim to be OpenDocument files no longer work with OpenDocument-compliant UAs. Thus fragmenting the marketplace.
You know, like they did with HTML and the DOM.
Re:Inferior format (Score:3, Interesting)
A schema defines what elements are allowed in a given collection. For example, there are a number of elements. These can be contained in other elements as defined by the schema.
You can't add a msstyle:xxx element to that style: list because it won't validate against the schema. Thus you can't add a new style element. And you can't change parameters needed by existing styles. An example i gave in another message was style:text-blinking has no way to control the blink rate. If you
Re:Inferior format (Score:3, Interesting)
I don't think I do- I have been dealing with XML for years. However, there is always a first time.
A schema defines what elements are allowed in a given collection. For example, there are a number of elements. These can be contained in other elements as defined by the schema.
You can't add a msstyle:xxx element to that style: list because it won't validate against the schema.
So you add new namespaces with additional schemas.
See http://www.w3.org/TR/xmlschema-0/ [w3.org]
"XML Schema in fact permit
Other "inferior" formats - supported (Score:3, Insightful)
I also guess they will be dropping RTF, "Plain Text", "Web Page", and MS Works as valid formats, as these are clearly inferior to the basic MS Office format.
MS already allows users to "Save As" to reduced formats, even if Open Doc was reduced (which it certainly isn't in terms of multi-media) then Microsoft have already set the precedent of Load/Save from "inferior" formats.
Its not just FUD... its Stupid FUD
Re:Inferior format (Score:2)
I really like it. As it is XML, I can easily transform it to other XML (or text) formats, and use standard free tools to parse and analyse it.
One of the reasons for XML is to save you from having to write formats (and associated processing tools and libraries) from scratch. Use of XML has allowed other applications (such as KOffice) to rapidly pro
Lame excuses from MS (Score:5, Insightful)
What??? MS Word can already load and save a large variety of formats, many of which have nothing whatsoever to do with any past version of Word. For example it loads and saves WordPerfect files. Presumably they did that so government and law could use their word processor. So what was the reason for not supporting OpenDocument format again? It certainly has nothing to writing another import / export filter since the APIs for that must be OLD HAT.
Why not just be honest and say the real reason. You don't want to support it since your own formats represent lock-in. But sooner or later they will have to though I reckon they'll do their utmost to sabotage it becoming the defacto standard.
Slightly OT: The quote reminds of the absurdities MS put out when saying why they wouldn't port MS Office to OS/2. At the time one of them said they wouldn't port it since it didn't support OLE2. Yes, and who wrote OLE2? Such ludicrous excuses emanate from MS when the real reason they don't want to do something would leave them open to accusations of monopoly.
Re:Lame excuses from MS (Score:2)
Re:Lame excuses from MS (Score:2)
They have a valid reason for concern.... (Score:5, Insightful)
I also don't buy Microsoft's stance on the OpenDoc format. They can, and should, implement this format as an export/import at the least. Backwards compatability is a sorry excuse for not implementing open standards. They just don't want to give up the gold they find when they have locked their customers into a certain format.
Re:They have a valid reason for concern.... (Score:2)
Dang, not again (Score:5, Insightful)
Now, working on my EE degree while in the Army, I am doing distance learning with a school that requires MS Office formats on papers. So far, it has been working out well but what if they 'upgrade' to a new office version that somehow corrupts or otherwise does not display a file created in OO well? There goes my GPA!
Same goes for my job in that Army. As an NCO I often times complete work at home and bring it to my work terminal (all MS, after the recent Solaris genocide) on a USB stick. Will all my work be for nothing? Will I be spending hours at the office instead of at home where I can at least be with my wife and kids? I guess the same can go for those that tele-commute and use Linux.
Man, I REALLY don't want to have to install Windows or use an emulator just to use Office.
The last paragraph made me laugh (Score:5, Interesting)
ROTFL. Anyone that has had to distribute anything via Word knows this is beyond FUD. My best example is my CV. I wrote it in Mac Office 2004, and made sure it was compatible (using compatibility checker) all the way back to Word 97. It wasn't even close. In the end I was sending my CV out as Word 97, 2000, RTF and PDF just to make sure.
Backwards compatibility my arse. It nearly cost me a job, as when your in IT, and people think you can't even use word, it starts to look bad. I understand that its a word processor, not a desktop publisher, but is consistant handling of tables and pictures that much to ask?
I've had documents that would open in Word 2004 fine, but all the pictures would be rotated through 90 degrees on Word 2000. And thats before you start looking at the way it handles the difference between A4 and Letter.
The only way I can send a file and be certain that it looks the way it should is via PDF. But thats at the expense of other parties being able to edit it.
PDF isn't the solution, its a hack. I want/need the consistant typesetting of PDF, with the editting features of Word. Now I know there are other applications that let me do this (latex et al), I just wish other people did too so I could start using that instead of frigin office.
Re:The last paragraph made me laugh (Score:2)
Just a
Re:The last paragraph made me laugh (Score:2)
I did my resume in HTML the last two times I did a job search. There are several advantages: It is rendered well be a variety of web browser and email clients. I can stick it directly in the body of an HTML email rather than have it be an attachemnt. I can put it on my web site. It looks good when it is printed (you can even control where the page breaks will be using css).
If you are looking for a tech job and have not considered HTML format for your resume, you must be living in 1988.
Its worse (Score:4, Informative)
Case in point: I have several 1000's word 200o doc's with tables and indexes. Nothing spectacular. Yet, Office 2003 majorly screws with tabel alignment, and indexes are corrupt, and need to be set again.
Do I need to continue on MS Visio and MS Project? Same stuff. Most works, but often it also does not.
I have people saving thing with Project 2000 in Project 97 format, otherwise resources would dissapear and be un-editable in Project 2003.
MS is doing one, and only one thing: They are holding all our doc's hostage, and most of there profit is due to it, so they will stick to it no matter what.
Keeping up with the Jones' (Score:3, Informative)
MS True Colors (Score:4, Interesting)
Forcing your standards on customers is dangerous - after all it's their data and their business, not yours.
Watch MicroSquirm! (Score:5, Interesting)
It would be a nice change for MS to simply tell the plain truth -- there's not enough profit motive for them to cut their own throats by giving their customers the means to migrate away from their most profitable product and I doubt there ever will be.
When I was watching the MS antitrust stuff happening, I really thought that was the beginning of the end for Microsoft. I was both gleeful and a little scared. Taking a lesson from countless other businesses under government investigation, they bought their way out of it through donations to politicians who, in turn, would support MS's interests.
But now there is this... the gradual chipping away at Microsoft's hold on government data by not only Massachusetts, but other governmental bodies as well. (Other nations, local governments, etc.) Some suggest that these chips are merely attempts to get Microsoft to cut them a nicer deal. While the results of some of those deals show this effect, can you really claim that the result was the intent? It would be like throwing a dart and claiming that whatever it hit was the intended target. We can see were Microsoft's attempts to dissuade have failed. Without inside knowledge, no one can really know the intent. But even in those cases, these activities show that Microsoft is being weakened in some small way each and every time they have to deal with these situations. They either need to lower their prices or face becoming irrelevant... and that's the best case scenario! The worst is that there is nothing they can do to save their sinking ship.
Legal or Technology issues (Score:4, Insightful)
Wow, common sense appears to mean something (Score:5, Interesting)
It is nice to see goverment institutions which start to get it, that your IT infrastructure isn't video game - there should be REAL rules to follow. And there are no written in favor of some kind big business who wants it's format be main in goverment documentation.
For some reason, I'm really not surprised about reaction of Microsoft. What I am surprised about that they insist to their stubborness and stupidness in this topic. They just make their own grave in this situation.
Archive Search (Score:5, Informative)
Re:Archive Search (Score:3, Insightful)
However, even MS Windows has a quite capable Find utility built in. The only problem is that it doesn't work on MS Office documents, since the contents of the files is binary, not text. It works quite well on anything else though, eg. WordPerfect files and lawyers readily understand that.
If you e
Who Should Control Your Information? (Score:3, Insightful)
This should be a federal initiative. If our feds weren't so in bed with corporate America, this would be a no brainer. Proprietary document formats with DRM are a bad thing for public record. Don't even mention the fact that with each revision Microsoft has a tendency to break documents in older formats in new and horrendous ways. The idea of having embedded resources beyond text is also monumentally stupid. Embedding URLs for various resources that may shift or wind up being dead later is stupid. Embedding video and sound clips while "neat" stops working unless the media clip is actually made a part of the document. Most users aren't smart enough to do that, so the embedded clip stops working when the document and the media clip are separated. And in the event that the user DOES actually know how to embed the clip properly, then you wind up with a 250 Meg word document that's really nice to try and send via e-mail.
If government moved to an open document format and only kept the most important information (most government business is better conducted via text) in text with limited use of graphics and a complete ban on media clips, we'd be better off in the long run. As a sidenote, if a document seems to "need" media clips, then your not doing your job, or maybe you've been tasked with something that should have gone to PR and a proper media production outfit. My money is on the former in 99.9% of the cases.
Taxes (Score:3, Interesting)
State and local government budgets have been severely strained for the past few years. Why would anyone want their government to waste money on an office package.
Opportunity to embrace and extend OOo against M$ (Score:3, Insightful)
Massachusetts agencies have until 1 January, 2007, to install applications that support the OpenDocument file formats and phase out other products.
From a Tobacco Settlement document [66.102.7.104]
at the GAO, most state's fiscal years begin July 1, except Alabama and Michigan, where the fiscal year begins on October 1, and in New York, where the fiscal year begins on April 1.
I am having trouble figuring out from Google when the budget deadline is, but this would appear to imply that every Massachusetts agency will have to put in a budget request before this coming July for a related budget (i.e. hire some company to install it and train them), unless they can handle it in house (since OOo is free).
But government is not necessarily driven by a cost of $0. It seems to me that this means there is a great opportunity for open source software companies to get jobs from Massachusetts, and also for software developers.
There should be a big push to ensure that there are plenty of mature projects with easy to use GPL libraries supporting the OpenDocument format, and resources should be put into developing lots of different kinds of software that supports it. This will help ensure a diverse ecology including providers and users of these tools, open content, and increased momentum to buy into it. This could match what is called "Embrace and Extend [wikipedia.org]". In Embrace and Extend [and Extinguish], as the Wiki notes, support of a given standard is announced, after the PR partial compatibility is provided, then proprietary functions get tacked on and finally widespread use of their mangled format in various products and tools makes it impossible to compete, and they own the (mangled) standard which they can then kill if they wish.
OpenOffice/OpenDocument can be marketed as superior to MS Office. It's just a matter of PR, isn't it Microsoft? And we don't even need any FUD, after all if we have SMIL in OpenDocument then we can integrate web-ready media, etc.
Perhaps a new brand could be created called "Office Plus".
Anyway, where M$ embraces and extends with proprietary and patented code, the free software community has the GPL.
And by putting more energy in to leveraging OpenOffice and OpenDocument format, including making it easy to do so, we can implement the Extend and Extinguish phase. If there are enough alternatives, including OpenOffice, reduced feature set but simpler to use software based on its code, tools such as database generated documents and fill-in forms, etc., we can build a suction to draw people away from M$ Office. There will be many alternatives even if M$ belatedly adds Import/Export for OpenDocument, by which time adding it will be even worse for Microsoft.
Personally I do contribute to debugging OOo as a user but have never gotten into its code or documentation though I should. Just imagining what it must be like has been too dauntin. But I certainly would like to be able to output reports in OOo format, and instead of CSV perhaps use OOo's Calc format for example.
As another example, I was working on workflow software that munges excel data, and thought about adding a spreadsheet input function (to wxPerl). This exists in WxWidgets, but it woul be nice if bits of OOo code found its way into there so that people could easily use OOo facilities, perhaps driven with some scripting from inside a document.
I just noticed as I was writing this that there are a bunch of perl modules on CPAN for OpenOffice for example, think I'll start there.
what a hoot! (Score:3, Insightful)
Reading about Microsoft's "concern" about open formats not providing adequate support for legacy documents in old formats has me chuckling.
I started using StarOffice years ago, and started recommending it to others, solely because it was the only effective way to move MS Office documents between versions of MS Office.
Of course I'm strange-- I've stayed with MS Office 97 all these years for reasons that Microsoft apparently consider to be stupid:
I do like the interface on OpenOffice v2.0 (I've started using the beta, which seems to be at least as stable as the MS Office 97 workhorse). I think it is about time I upgraded to it.
Why OpenDocument Won (and Microsoft didn't) (Score:3, Interesting)
Things to help MA (Score:3, Insightful)
Open-source coders and OO.o can add one or two things to help MA apply egg to MS's face. Those things are light-weight, small plug-in viewers for various Web browsers on Windows that can be set up to be installed through the browser's standard plug-in/add-on installation interface. Make it easy, when people hit a Web page referring to OO.o documents on MA's sites, to get their browser set up to view, print and save the documents (editing isn't, I believe, too neccesary here). Have the viewer, when it's installed, add the appropriate hooks so that once OO.o documents are saved the browser and plug-in get used when you double-click on the document later. In short, make the viewing experience as seamless as possible so it's only MSOffice that seems to have problems with OO.o documents. We all know what the average Windows user is like, so make it Microsoft's problem to explain why MSOffice won't work when they get calls like "Word won't open this document! When I visit the MA web site I can see it just fine, but Word won't open it! Why's Word broken?". :)
MA can add to that by putting links to the OO.o downloads page on all the pages that link to OO.o documents. Make it easy for users to ask "But everybody else makes it so easy, why is Office the only thing that gives me problems?".
Oh, Please! More Fucking Lies! (Score:3, Informative)
Microsoft has since confirmed this view.
A Microsoft executive said last week, after the report was released, that Microsoft will not support OpenDocument in its next version of Office 12 as it believed the format to be inferior and said is not compatible with older versions of Office, , according to InformationWeek.
Alan Yates, general manager of Microsoft's Information Worker Business Strategy, told CRN last Friday that Office 12 would not support OpenDocument because "the Office 12 formats pay special attention to compatibility with older document versions, [and] other formats do not concern themselves with this important issue."'
Anybody knows that OpenOffice is adequately compatible with older Office formats, and that Microsoft's OWN suite is NOT. Also, OpenOffice 2.0 is specifically intended to be MORE compatible with Office for the obvious reason that it needs to be.
This is their "standard" excuse now for not supporting standards such as CSS: "The standard is 'inferior'."
To WHAT? THEIR "standard" - which doesn't even exist?
This is more proof that Microsoft personnel authorized to speak to the public are unmitigated LIARS. NOTHING that comes out of the mouth of a Microsoft employee - or a
Re:Just be carefull. (Score:5, Insightful)
By specifying an open free for all standard they give equal opportunity to all software houses. Nothing prevented Microsoft from supplying such solution, but Microsoft didn't. So, surprice, they don't get to sell their product.
From the governments point of wiew a open format is a good thing as their vender will have no protection sheild of vender lock in. This means that venders will have to offer other things to compete, e.g. low price, or better service. This makes good capitalistic sense in the long run from the buyers i.e. the tax payers perspective.
Your car example doesn't fit in. A more accurate car analogy would be that the govenment refuses to buy cars from GM that only can run on roads that are built by GM instead of cars tha can run on all roads. If that was the case I would strongly suspect tax payers to object very much and urge the government to buy the all road car.
Re:MS Office 12 and OpenDocument (Score:3, Interesting)
Well, aside from the obvious but publically denied reasons ("we'll do everything we can with our current monopoly powers to keep from having to compete or losing our monopoly power."), Microsoft CLAIMS that, although they ARE an OASIS member, they refused to work with everyone else because, to put it simply, the OASIS format wasn't going to be designed specifically to store older Microsoft Office document data. Personally, I take that to imply that their "new" format is going to have a lot of "<CDATA