Star/OpenOffice XML Format To Become ISO Standard?
Emil Brink writes "According to this entry in XML spec co-author Tim Bray's excellent blog, the European Commission has formally asked Sun to make the XML file format used in OpenOffice.org into a true ISO standard. Hopefully this will cut down on vendor lock-in and lure people from using Microsoft Office. "
Why would it lure people from Microsoft? People don't just use Office because they are forced into it. They use it because the alternatives suck. Yeah, Abiword is smaller and faster and takes up a little bit less RAM but it doesn't work as well as Word. Yeah, StarOffice/OO are open-source and free but they don't have the features that Word does.
People use MSFT because they are already locked in. Word does what they want it to do (and sometimes a lot more than they want it to). Just because Sun gets to set the standard in XML doesn't mean that Office users are going to give two shits... As long as their Word documents continue to open and they can continue to email DOC attachments to their email instead of just typing in the body of the email they are happy.
What will lure people away from Office is something that is somehow BETTER than Office. It will be free, it will be marketed, and it will be seven levels above Office in functionality. Honestly, as great as the OSS alternatives seem they just aren't Office/Word. You have to create a superior product and then market it. That's where OSS falls behind.
Everyone thinks that Firefox is so great. People weren't switching because they didn't know about it. Once IE vulnerabilities started showing up left and right they were alerted to the fact by mass media marketing. Sure, some people saw it and moved and even more didn't because they don't get their news from anything but the scrolling ticker below Survivor and The Apprentice...
I wonder if microsoft will support that format too. It would be childish not to, but I wouldn't be suprised if they would totally ignore it and continue using there own format in M$ Word
I doubt that a lot of people will abandon what has been hammered into them for years in favor of an open standard. There's not a lot of perceived value in switching.... yet!
"Ask not what your country can do for you." --John F. Kennedy
ms patented?
the article is talking abou OO.o's xml format not the ms-proprietary one
-- Karma: beyond good and evil - mostly affected by posting political
Hopefully this will cut down on vendor lock-in and lure people from using Microsoft Office.
Right, because all those office workers are going to think "Oh God, we're using non-standard XML?!"
Call me a pessimist, but having a non Microsoft standard isn't going to matter much, what with Microsoft being able to make its own standard.
Besides, how many times have you heard office workers say "Oh God, IE doesn't support CSS properly or render transparent PNGs?!"
What if the entire Universe were a chrooted environment with everything symlinked from the host?
It doesn't have to "lure people away from Microsoft Office". All we need to break the Office monopoly is a setting in Office to change the default save-as file type. Ever wonder why there isn't one?
Sure you can save as RTF, but only if you change the file type every time. That makes a corporate policy of portable file types impossible to enforce. MSFT can say they support X number of formats but until you can specify a non-MS default format you will never get the majority of users to save in cross-platform files. The network effect makes sure that once a mojority of users are using office, then everyone needs to use office (and the latest version of office at that). You can make a suite that's MS compatible, but it will always be at best 99% compatible and likely a version behind.
If you could specify a portable format as the default corporate wide you'd be in a position, after the new format had some time to soak in, to begin looking at alternatives.
I don't see standardization as a method to draw end users to a new technology. Sometimes it will draw developers, but I'd be surprised if anything as minor as getting a new ISO standard would hurt the MS Office market.
bug.gd: error search engine. Humanity working together to solve all errors.
This would be great! the EU *SHOULD* back this move by mandating that any Office Suite that is to be sold in the EU or used by any government within the EU MUST conform to that ISO specification.
That would EXCLUDE extensions, meaning, the format, if embrassed by Microsoft would have to be 100% ISO XML compliant - No embrace and extend for you! (Microsoft)
This point can't be under-emphasised.
Fat lot of good an open format is if users start embedding freaky OLE objects in, like "windows bitmap" as OLE instead of as bitmap, or windows metafile, or word art, or various other formats that only have windows servers for them.
Sam
blog.sam.liddicott.com
This is a good first step.
The next step will be for some radical organisations, ie Munich City Council, to require that all their organisations files be stored in non-patent-encumbered standards.
I think this is great, and I am very pleased that the European Commission seems to be headed in the right direction for once.
However, following the publicity of the MS-SUN agreement I do not expect that Sun will actually do this.
Well actually its as important what the dominant consumer does as the dominant vendor. If goverenments around the world want the standard, then they will use a standard compliant system. If that occurs, what MS does matters less. No leader can lead without followers.
Hopefully this will cut down on vendor lock-in and lure people from using Microsoft Office. "
Maybe for businesses, but not for the home users. The vast majority of them could care less about what file format things save in, assuming they even understand the concept of a file format in the first place - and really, why should they care about it?
The way things stand right now, 99% of the people common user's going to send files to is going to have Office available.
If it's an ISO standard it won't do a damn bit of good until the Microsoft OS's and Microsoft mail system and Microsoft Applications all know to do the right thing. Whad'ya think the chances of Microsoft cooperating are?
I advocate OO.org every time I can, but it's harder when people are used to get MS's software for free from their friends. Anybody care to comment on what can be done to 'sell' OO.org to these people?
Not a lot. There are four good reasons for using OO.org:
1. Cross platform support -- this is pointless for the people you're talking about.
2. Zero up-front cost -- not a benefit to anyone who's willing to pirate MS's software
3. Access to source code, ability to make your own improvements -- not a benefit to anyone who isn't a programmer and would never consider hiring one
4. File format that is easy to write external tools to manipulate -- only useful if you have an unusual requirement that MS Office doesn't solve itself
I can't think of any other convincing reason to use OpenOffice.
I use pretty old machines and never noticed. I'm sure I'm not alone. My machines were maybe top of the line around the turn of the millennium and documents are saved and opened really quick, compared to things I used to do in Windows/Office.
-N
I've nothing to say here...
Contrast this issue with that of the adoptation of IPV6. The ONLY way we will ever see IPV6 adoption is through a government mandate. IPV4 has way too much "inertia" for anything to supplant it. The same can be said of office applications. Try submitting your resume in anything but .txt or .doc (MS Word) format. NOBODY will be able to read it, believe me I tried sending mine in .pdf format and was told to "please send it in word". Once companies wishing to sell software to government are forced to support a common (and open) format then perhaps people will actually be able to choose the word processor they will use, otherwise they are locked in to what ever the dominate product (and it's proprietary format) are at the time.
Cheers,
_GP_
OOO sometimes handles these formats even better than various office versions in between
This is a very important point which doesn't get stressed enough when people complain about MS office compatability.
Even different version of MS Office has trouble reading MS Office documents consistently... or a more appropriate comparison... even the same version of MS Office, for MacOS v.s. Windows has trouble reading MS Office documents consistently.
People also tend to rely heavily on the idiosyncracies of their local configuration (printer metrics, fonts, paper size) to align and layout their documents. An awful lot of people who write documents lack basic wordprocessing skills, yet they attempt complex desktop publishing tasks using a wordprocessor(!)
When these documents are converted into a different wordprocessor, it is no wonder that OOO can't match the nonsense arbitrary document layout ... it can't possibly know the idosyncracies of Bob's Win2k machine with a Lexmark printer, although it can attempt to match the idosyncracies of Bob's wordprocessor.
For the people that want their documents to look good, latex is a very nice alternative to Word / OO.
One of the problems open/star office has is that it takes forever to save or open a document due to its gzipped xml format.
I routinely edit documents that are in the region of 150-200 pages long in OpenOffice, and save times only exceed a second if my hard disk is in power-saving mode. It is, in fact, faster than MS Word. This is probably due to the fact that less disk I/O is required on the compressed file than on the hugely bloated MS one.
The problem, however, is that it doesn't support background saving. You can't carry on editing while it is performing the save, which you can with MS Word.
It has become standard practice in recent years for business documents (e.g. proposals, invoices, etc.) to be passed around as MS Word documents.
.DOC file in the company for ANY business documents, including files from outside the company.
.DOC sent around for a long time. Granted, some silly people in Marketing, specifically the new ones, try to use .PPT files as their preferred communication style and document. but they get flamed to crispy death by most of sales and the entire IT department when they do.
not true. I rarely see a
I see PDF files as the defacto standard for communication.
PDF is the only file format that guarentees that anyone you send it to can read it.
I have not seen
Do not look at laser with remaining good eye.
1) Tell them that pirated software is theft - oops flame bait - didn't mean to stir the hornet's nest but it is theft.
2) Show them that there's a free alternative. They can clear their conscience without losing anything. Yes I know that OO hasn't got all the features but we're talking normal users here.
3) Show them how beautiful OO is. Maybe I'm biased but to me the interface is simply nicer to look at.
4) Tell them that they'll be the first on their block. We all like to be 'ahead of the game'
init 11 - for when you need that edge.
It's not all pointy haired bosses out there. In the pharma industry, you see software standards like CFR PART 11 being inforced top down. There are rules about documentation retention. All you need is a rule describing in which format they have to be retained... and if there is an ISO format available, then regulation-heavy industries like pharma, nuclear, etc. might jump on board faster then you think. Off course if MS makes a nice export filter....
10 ?"Hello World" life was simple then
I've said it once and I'll say it again... what OpenOffice.org needs is a lean-mean OOo Reader Application! By that, I mean not having to download an 80mb installer with everything but the kitchen sink, but maybe a small 2mb or less reader that uses standard widgets (MFC, GTK, etc.) to make the app smaller and faster. I've gotten a friend interested in actually looking at OOo code to make a no-nonsense reader, but due to lack of time, he can't start any open source projects.
.sxw as an attachment to a friend. If he/she has broadband, point them to where to download the app. If not, maybe go over to their place and install it for them. If in another country, get them to download from someone who has broadband, snail mail them an installer CD with the reader and the full OOo app, or pester someone like IBM to include the said reader application with their desktops and laptops. See! I can already imagine the possibilities. If only I can program... I would be willing to test and help promote this stuff (preinstall on all PCs we sell).
A reader app is all we need! Email a
Also, the U.S. is not where open source in general is going to be embrased on the *desktop*. Foreign countries worried about embedded NSA/CIA back doors are the ones that will swarm to the viable alternative.
I've tried to get peole to realize that in a few years, you won't be able to read many of the documents we are currently archiving because the office formats will have changed or the app that was used to create it might not be available to open it. I've tried to get people to save their read-only documents as PDFs and their "collaberative editing" documents as RTF, but this has proven to be difficult.
If I could go to my supervisors and point to an ISO standard format, I could more strongly argue for any "archivable" documents to be required to be stored in that format. From there it would me much easier to get people to save ALL their document that way.
I use OOo exclusively at work and love it. I am trying to get it installed as the default office suite on ALL new installations, with MS Office only installed on the desktops of those who can demonstrate a need (show me a document that won't work that you can't live without.) Right now OOo's documnet format is "just another word processing format". If it was an ISO standard, it'd have something strong to stand on for the "buzzword-only", tech-impaired descision-makers at work.
"terrorism" and "pedophilia" are the root passwords to the Constitution
You did read the part about the european commision's involvement, didn't you? If those bureaucracies were to start using it then microsoft might be forced to support the format to do buisness.
a government contract will more likely refer to ISO standards..
"the supplier will provide x computers with office software preinstalled. the office software has to fully support the features outlined in ISO 1234/56 and read and write files as specified there."
microsoft can either stay away or support those formats - both is a win. with OASIS they might start to ligitate ("but OASIS is OOo centric, the specification for the contract is slanted for them!"), but ISO is pretty much regarded as being as independent as can get..
Who among you REALLY believes that the sea of secretaties and accountants and lawyers and paralegals who actually use a word processor every day would prefer to use LaTex over Word?
That's a meaningless question--LaTeX is essentially a file format, whereas Word is both a GUI editor and a file format. Given a front-end equivalent to Word's that used LaTex source behind the scenes, do you think most people who use a word processor every day would say, "Gee, I don't want to use this because the binary blob XML format of Word is more comforting and familiar when I view it in pico?"
Actually, it's a bad idea to depend on ANY single vendor for the format of important records that have to be held long-term. We can still read the Magna Carta, no problem. Anyone tried to read Microsoft PowerPoint version 2 files? Or WordStar files? Even Word Perfect is increasingly complicated for many people.
For long-term records, I can easily imagine a requirement to store them in an ISO-standard format. OO.o's format is actually especially nice: it's compressed (.zip) and XML-based, so it takes very little space.. perfect for long-term storage. Even if all the programs stopped working, as long as you knew how to unzip the files, you could view them in XML.
For public information, you need a format that any user could read, no matter what their operating system or office programs are. Again, a standard format works nicely. And the fact that OO.o files are compressed is helpful for low-bandwidth users (esp. the poor and those in eastern Europe).
Microsoft's ".doc" format has been used for these purposes, but it's not really good at it. It's really only designed for a single word processor, it's not really documented, it doesn't support standards like XML, etc. And I believe Microsoft's new XML format doesn't even capture all the information from Word (while OO.O's clearly does). The ".rtf" format isn't really that much better. And although they're talking about developing better conversion software, the OO.o software already includes .doc conversion software, which could already be used to support an upgrade.
There's already work to create a standard for PDF to support very long-lived documents that must be available "forever" to arbitrary platforms. It's called PDF-Archive PDF-Archive looks very useful for its purposes, but it won't support exchange of editable documents; its purpose is to fix everything (such as page breaks and so on).
The world's needed a standardized editable office document format for a long time, where the standard is a real standard that is publicly documented, can be implemented by multiple vendors (without patent royalties/limitations), and isn't controlled by any one company. Maybe the world will finally get such a standard.
Frankly, if there's a standard and the EU pulls off such legislation, that's a big coup. If many governments start releasing files in such formats, then others will want to make sure they can read/write those formats. And if it's a standard, it's much more likely that competitors (like OpenOffice.org itself) will have a chance.
- David A. Wheeler (see my Secure Programming HOWTO)
Consumers won't neccesarily be affected by this. What do they care about file formats and future compatability? However, governments and other entities that care about reading their data archives in 50 years will most certainly be interested.
I prefer a void in conversation to a vacuous one.
"To really lure people away from office Staroffice/OpenOffice really needs to have a better office document standard support. I have been having issues with trying to open excell spreadsheets that are password protected. I then have to ask the person to mail me them with the password removed"
.DOC attachment containing a few lines of text... frankly, these should be treated just like people who forward chain-letters or .EXE screensavers, and helped to select more efficient methods of exchanging information. Again, buying a $500 office suite for everyone in the company just because you have some CEO who doesn't know how to cut-n-paste is getting ridiculous.
That's your reason for not reccomending OpenOffice? It doesn't open encrypted files from a competing office suite
It's fair enough, but to be consistant, that would mean that you could never consider using MS-Office, as not only does it not open encrypted files from OpenOffice, but it doesn't open any OOo files at all!
Even if you 'rig' the contest so that you require MSO file-support, then OpenOffice still comes out ahead, as it reads that format, plus others which MSO doesn't support.
So the only option if you're trying to make OOo look unusable, is to find some even more obscure feature of MSO. "well it doesn't open encrypted files" (don't forget the DMCA), or "when you open ActiveX controls inside a spreadsheet in a powerpoint document, it doesn't display the column protection correctly". But when people say those sort of things, we hear what they really mean: "I'm going to use MS Office regardless, nyahhhhhhhh!"
Even the people who claim "it's what the rest of the world uses" are seeing their claims stretched to the limits of credibility. If you're so worried about losing a deal because your customers take offence at not being able to open whatever odd format they send you, then keep file-converters around - there's no need to let other people dictate what desktop software your company uses. Even between companies who've both standardised on MS-Office, there are still constant problems whenever someone emails documents from one to the other (normally someone with the very latest version and all the bells-n-whistles enabled, doesn't realise that it'll fail in all other versions of the same software).
Emailing documents without checking what the recipient's software supports just reminds me of dumb old modems trying to send at 57600bps to a computer listening at 112000bps, it's just a pathetic lack of communication between parties who should know better.
We all know the stories of secretaries sending emails with a
Admittedly there's no particular benefit to doing the migration now for the sake of it, it's something to consider next time you think about general software upgrades. And because of the ease of overlapping the two systems (make OpenOffice available to those who want it, and later change the standard file-format over) there's no reason why any of the migration should be painful. And at the end of it, your organisation gets perpetual upgrades to their office-suite for free.
If that would be useful, there's nothing to stop someone from developing a .sxw file converter for MS Word.
I like the tricky logic of it. Spread openoffice file format by allowing users to open files without forcing them to switch to openoffice. If the strategy works and the format catches on, that could reduce the lock-in factor.
ISO's OSI stack was standardized before it was really implemented, with the result that the implementations were large, clumsy, and clunky, if you could get them at all. This is a big risk of standardizing something before you implement it. SGML at least had some implementations, but the implementations were hairy (to get all the details right), so the resulting libraries were expensive.
In contrast, OpenOffice.org presumably already implements this specification (or something very similar to it), and is available for free. So the major reasons that OSI lost are gone. Note that XML has done well in the marketplace - they took SGML, simplified it, and implemented things before they declared version 1.0. And TCP/IP is the prime example of trying things out before you declare them as officially a standard.
Sure, there's a battle here, but it's possible.
Certainly, there is a risk of "embrace and extend" becoming an interoperability problem. In the end, consumers need to be the ones guarding against that.
- David A. Wheeler (see my Secure Programming HOWTO)
Actually, the open office linest function outputs the data to a series of cells, which you than must plot. I know because I read the docs and fiddled with it. Getting the produced data to plot correctly was irritating. In MS, (haven't used it in a while) you just check a box in the graph set up and presto, it's plotted. You don't even have to read the docs.
I'm a database guy - and I've wrought near-miracles in extracting critical records from the clutches of any number of short-lived, bug-ridden, poorly conceived proprietary storage schemes, some of which go to great lengths to make the native data unreadable to anything but the parent application. When the parent goes bust, succumbs to obsolesence, or just fades away, businesses are left holding the bag -- and if I, or people like me, can recover the data, we darn sure don't do it cheap!
Office Suite Features:
Most of us don't need all the features built into even the simple office suites today. My wife is an author, and I've talked about her quest for the perfect word processor. She wanted something simple, like AbiWord, which stored documents in an open format (she got to retype an entire novel once!), with very basic tools.
Word is a behemoth, and on long ( Open Office has all the power most users will ever need -- and it's Macro support makes it pretty easy to add any special functions that may be needed. I'd like to see a few sets of customized menus built (I know, I know, what's stopping me!). One could easily build a menu for professional authors that hid most of the complexity while clearly showing the features they need, rather than burying them under five layers of sub-menues. I'm sure other professions could be similarly served.
In short, the problem is seldom that a critical feature is not found in Oo, but that the feature or the syntax may not be immediately apparent to the user. Complexity is a two-edged sword, which we cut ourselves upon too often.
Well for instance, there are documents, which basically crash Microsoft office. Most of them have a few bytes broken or some kind of weird OLE stream. I have encountered more than once, that these broken documents could be loaded by OO alone and saved back.
If you move back and from the various office versions and you have some weird layouting stuff going on you can bet on having the same problems.
The same goes for really big documents, I am speaking of documents with a few hundred pages. MSO simply begins to choke after a while on those things, kills layouts starts to act weirdly, you have a chance to save the content by loading it into openoffice which handles big documents of booksize quite nicely without any problems.
(Btw. the german Ct magazine ran a stress test on modern word processors which included to handle a typical book size or PHd size situation. The result was devastating. Word, Ami/Word Pro, and Wordperfect failed totally at the task, with various problems, like killing the document, starting to act weirdly and so on. Wheres OpenOffice/StarOffice, Framemaker, and a bunch of smaller office suites and DTP Programs handled the task without any problem.
Sure this is not the standard office type situation where you handle mostly documents of a few pages, but, there are situations were authors and students forced into using unsuitable programs for such bigger tasks and then have to loose months because a word processor goes haywire under them.
I think you're looking at the wrong thing: the program. I don't want to care about the program. What's important to me is the data. If you create a word processor document, do you have all the details of its data format so that you could extract the data later if you needed to? Or must you depend on a particular version of a product? Already Microsoft Office cannot correctly read many files that previous versions of their product created only 10 or 15 years ago. But government records may have to be kept viewable for centuries or millenia.
And don't say, "It's popular, so it'll always be readable." WordStar was at one time the dominant word processor. Nowadays few programs can really read its format (which is luckily close enough to ASCII that the critical stuff is extractable). Apple ][ disks were once common; think you can easily read them now? How about in 500 years?
Users own their data, not vendors. And thus users need to know exactly what the data format is, so that they can have access to their own data. And in commonly-used formats (like office documents), these need to be standardized, so that vendors can compete on an equal footing with products that manipuate those formats.
The World Wide Web was so successful in part because the normal data format (HTML) was publicly specified -- anyone could write a program to acquire and process the data. That's a key advantage of standards -- once the data format is standard, people can write programs to process the data in new and useful ways.
TCP/IP is a standard, but nobody complains that there "shouldn't be a standard." Why? Because we NEED standards to exchange data. Office data format standards are needed for exactly the same reasons: to let people exchange data.
Now it's true that there's always a risk that standards are created "too soon" before their functionality needs are identified. That's not an issue with office suites; their basic functionality hasn't changed in a long, long time. Another common risk is trying to invent a standard from whole cloth, without implementation first. Again, not a problem; OpenOffice.org implements this, and I believe both KOffice and AbiWord implement parts of it, so it has some real experience.
And the OASIS folks are doing a real review of the format so it can handle things in the long haul. Already they've made minor changes, since the format is now undergoing real scrutiny, and the minor changes are getting reflected in OpenOffice.org to ensure that the changes are helping instead of hurting. In the end, they'll have a specification that has at least one full implementation directly (OpenOffice.org), plus filters to and from Microsofto Office and several other office suites. That sounds like pretty good vetting, actually. And if it'll be implemented in StarOffice and OpenOffice.org, people will be able to use it immediately, and without fee (if they wish), so that eliminates many barriers.
I actually think this is fairly common in standards-land. Various vendors develop formats. One is developed with liberal/no licensing requirements, so that it can be implemented by multiple vendors. That format, because it's supported by multiple vendors, is picked by major customers, becomes a standard, and then dominates the rest. In videotapes eventually VHS dominated over Betamax, in part because Sony wanted to "own everything" and the smaller vendors who were willing to go a less proprietary route ended up taking them to the cleaners (though I grant that other Betamax issues like 1 hour lengths were issues as well). That doesn't mean that Microsoft's formats will be el
- David A. Wheeler (see my Secure Programming HOWTO)