Slashdot Mirror
OpenOffice.org 2.0 Released
Da Massive writes "The official release of OpenOffice.org 2.0 has been pushed to the download servers, as of Thursday the 20th." From the article: "OpenDocument is an XML file format for saving office documents such as spreadsheets, memos, charts, and presentations. It was approved as an OASIS (Organization for the Advancement of Structured Information Standards) standard at the beginning of this year. OpenDocument, set as a default in OpenOffice, is cited by proponents as a way of fighting vendor lock-in associated with proprietary formats. Already, it is the required office format for internal archives of the US State of Massachusetts." You can download, or read past coverage including a preview or a comparison with MS Office. Update: 10/20 17:22 GMT by Z : Made date reference more topical.
My milk hasn't expired yet.
...it would be before my milk expired. Well, they are a day late. This is just udderly devastating.
You are in a maze of little twisting passages, all different.
Surely cross-platform nature of OO.o is the whole point?
Directly after the release this morning, Mad Penguin published a lengthy interview with OOo's Lois Suarez-Potts which represents part 3 of their OpenOffice.org interview series (part 1 and 2 were covered previously on Slashdot). The article is 3 pages long but an excellent read all the same.
http://distribution.openoffice.org/p2p/download.ht ml
Soon, MS Office will have native support for PDF (like OOo has always had). Now, all they have to do is add support for ODF, give it away free along with the source code, and it will be almost as good as OOo.
Research shows that 67% of those who use the term "research shows", are just making shit up.
It'd be nice if they released a build for OSX. The only 2.0 build they've had for as long as I've been checking is a development build in french.
This page has bittorrent links.
Computers are useless. They can only give you answers.
-- Pablo Picasso
No support for the Mac OS X is a show stopper for me. :(
I guess the printed version would lack all logical markup. No problem if all you want to do is to view or print it, but a big problem if you want to work with it.
The Tao of math: The numbers you can count are not the real numbers.
I feel a productivity surge bubbling up inside me.
Software freedom...I love it!
I don't believe it! I only downloaded and installed RC3 4 hours ago. Grrrr.
I used to have a better sig but it broke.
It is not in portage yet, therefore it must not exist.
...
Off topic my shiny metal ass... a simple google search for openoffice milk expired would have led you to this article. Now wait until after noon before you smoke any more crack.
music lover since 1969
I just recently restored my laptop, and rather than go fishing for my MS Office 2001 disk with the faded product key, I opted to give OpenOffice.org a shot. For me, a casual .doc reader who just needs something light and quick to open and read with, OO.org is a great solution. It does just about everything a cheap guy like me could want. Plus I didn't have to dig in that dreaded closet of PC past and type in a cd key I can barely make out anymore. I had no idea a new version was coming out so soon, so this is great news to me! I even began spreading whispers about it at work, it may not be the juicy Lost roundtable, but a free alternative to something Microsoft for our Macs always perks some ears.
-Buddy of DoQ
On the other hand, an import / export filter for MS Word to Open Document would be very useful. I assume that such a thing is quite possible, but how far along anyone is with producing such a thing (as open source), I have no idea.
This is great! Congratulations to the OpenOffice folks. Now all OpenOffice needs is a good vi keymap.
Can someone explain to me why the gang at OpenOffice can't create a printer for windows ala Adobe Acrobat in order to "Print to OpenDocument"?
Simply put, the reason is this:
Printers take layout-oriented information (e.g. 'this character goes at this precise position, a line is drawn from here to here, start a new page for everything from this point on', etc.) and print it to a page.
PDF takes similar layout-oriented information and displays it on screen, and gives you an option to print.
OpenDocument, like most other word processor formats, uses structural information (e.g. 'these words are grouped into a paragraph, this paragraph has a box around it, these paragraphs should be on the same page as each other'), not layout information.
I have the distinct feeling I'll be losing some Karma for saying this but I'm REALLY disappointed that they didn't solve the Java issue.
According to the System Requirements page it still requires the Sun JVM.
Last I heard (admittedly sometime last year) they had found a likely solution in the ability to compile the Java stuff into binary for each platorm, I guess that didn't pan out.
I've said it before but I really don't see the advantage of having an OSS product if you are still dependent on a definitively non-open product. Ofr course I know it's completely different sice Sun isn't evil like Microsoft is.
Argh... All these problems stemming from different systems. We non-US people always forget that the American year has 30 months (sometimes 31) and 12 days in a month.
In other news:
Rest of world still waiting for America to adopt the metric system
Sure, mod me a trolling flamebait, you humourless twat.
Lemon curry???
I push openoffice on anyone who asks me if I have a "copy" of office they can "install" on their new computer. Now with the more advanced Access style database stuff and general improvements, I couldn't imagine the "need" for MS Office anywhere. Except maybe in schools where the classes they teach on basic computer skills require that students have a copy of the latest version of Office. That is one thing that needs to be changed. Users are getting their basic education in productivity applications without any alternatives. Amazon is preselling the openoffice 2.x resource kit for $32.99, which comes with the cd with several versions (MS, Linux, Solaris, Apple) of OOo, plus macros and such. Might make a good gift for someone with the in-depth manual that explains how to do everything.
Not to totally plug my own article, but I have a detailed comparison between the two here that some might be interested in.
Best Windows Freeware
If you are downloading via Azureus...PLEASE do the following
Post the Azureus Magnet URI to Slashdot by doing the following
Go to "My Torrents"
Right click on your torrent and choose "Copy Magnet URI to clipboard"
Please paste this in your post.
This will allow people to join the swarm without having to get the tracker file which is TOTALLY swamped at the moment.
thanks!
ISO 8601 is more consistent (to me at least, biggest to smallest). It also seems that it would be easier to sort.
No, it does't run under OSX. It runs, poorly (meaning, without access to system fonts because it's an xwindows app, not an OSX app) on PPC Macs but not as released (you have to dig up the right copy) and it's not integrated with the OS in terms of style which annoys a lot of OSX users (which is one of the claims for OO 2.) It doesn't annoy me, I can deal with whatever interface, but the fact that it can't access the system's fonts is a stone killer problem.
I'm a little worried about the decision to use Java for the DB, too, but I may be buying trouble that doesn't exist. I'm just going by the various interplatform/interapplication incompatibilities that I see on web pages because the wrong Java is installed (eg, flickr works on firefox but not on omniweb, etc.)
Too bad they didn't write it in python. Make java look like the c-descended nightmare it is. ;-)
I've fallen off your lawn, and I can't get up.
One suggestion is to AbiWord 2.4 on the command line. It's as simple as:
AbiWord --to=doc foo.odt
AbiWord --to=odt foo.doc
Note: System Requirements say:
The minimum JDK/JRE version required to use OpenOffice.org features that require java(emphasis mine)
So, java is *not* required to use ooo. You get extra features if you happen to have it installed, that's all.
PDF is actually less dynamic. A PostScript file is actually a computer program that, when executed in a PostScript interpreter, winds up executing instructions to draw marks on a rendering surface. You can't, in principle, know what a PostScript file will end up looking like, until you run the program to its per-page completion. If the PostScript winds up looping forever or takes up too much memory, either a user or the printer has to be smart enough to cancel the job and report an error.
People have done crazy things with PostScript in this way, actually. I've seen PostScript print files that print out digits of Pi, using the printer's CPU engine to calculate the digits!
PDF, on the other hand, is basically a flash-frozen listing of those rendering instructions. That's why a PDF file can be edited with the appropriate Adobe software.. it just goes in and changes the rendering instructions.
Back in the day, when Adobe introduced PDF, the big excitement was that PDF's font support was fancy enough so that if your printer didn't have a font that the PDF specified, the PDF reader could just tweak the size and shape of a standard font in order to make the spacing and visual quality come out looking right, anyway, without having to stuff a bunch of full spline definitions for fonts into the PDF file. This fit into the goal of allowing PDF files to be efficiently compressed.
So, PDF is good stuff! PostScript is the dynamic one, though.
- jon
Ganymede, a GPL'ed metadirectory for UNIX
Actually I found the opposite to be true - if Access is the answer, somebody has asked the wrong questions. We have lots of clients for whom we replaced existing Access processes because they find it performs poorly when you put it under real load - and most of those came to us because they found that they had to hunt down heisenbugs with every update of Access and MSSQL.
Please note that I blame the latter on the 'developers' who built the processes, not the software. I haven't been using Access much, but from what I have seen, it seems to be a good tool in the hands of someone who knows what he's doing. So the clients are rather switching from a 'have the secretary click together the logic' approach to an 'hire real developers for real-world stuff' approach.
(I've seen many *really* mindboggingly slow things, however, but this might as well result from bad practices, stupid code or any combination of the two.)
The bottom line is, among our clients are many global players and none of those would touch any solution with a ten foot pole if they include Access anywhere. Most have well-engineered in-house software, we are just helping them in adding web accessible interfaces. It always strikes me as funny that they have great in-house developers but need external help with web applications.
So, now we're as OT as we could be, but I wanted to add another perspective. And yes, I am aware that my experience probably isn't very representative.
Who is General Failure and why is he reading my hard disk?