Slashdot Mirror
OpenOffice.org 3.0 Beta Released
Sean0michael writes "OpenOffice.org has announced their 3.0 Beta is ready for testing. The new version includes some great enhancements, including MS Office 2007 import filters, an improved notes feature, a built-in Solver component, and an Aqua interface for Macs. The site has a complete list of Beta features. Download your beta release from their site."
I will probably get crucified for this, but one of the new features seems to be support for VBA! While this may not appeal to folks creating NEW solutions, at least we got a stepping stone for supporting old solutions on a non-windows/office platform.
"When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
Maybe a bunch of users should get together and form a bounty on it. I'd gladly throw in $10 to have reveal codes.
Ugh. I sound like a broken record: Every OOo update, I hope that the OOo developers will add an outline mode to Writer. And every release I'm disappointed. I really like OOo, but this one missing feature keeps me from using it for serious work becuase it makes large document planning and writing production in Writer sloooooow. It's been requested of the OOo team quite a few times over the past 4-5 years. ODF intuitively matches this concept, but implementing it apparently requires some nontrivial change to the Writer codebase. And a little more enthusiasm by those who could code it (wish I could). If I could direct my OOo donation to this one feature, I'd give $XXX instead of my paltry $XX donation. There's some background available here: http://serendipity.ruwenzori.net/index.php/category/writing
And to quote myself (http://tech.slashdot.org/comments.pl?sid=322381&cid=20912291): "...before some n00b who's never written a 200-page document jumps all over me: No, the OOo "Navigator" does not provide an outline mode. It provides something akin to a re-organizable TOC in a floating window, but it doesn't provide the productivity enhancements afforded by inline hierarchical control within the editing window. This is one function that MS Word got right. For example, in Word I can start typing and make a list in normal text, click into "outline mode" and either use a key shortcut or a single click-drag to promote/demote some text to headings (while leaving other items as content), or re-order paragraphs of text or headings. To do the same thing in OOo's Navigator, I need to switch to a different window to reorganize headings, but switch back to the editing window to resume editing content. I also need to switch between two windows to split a heading into two sections, switch back to move it, and switch again to resume composing content -- something I can do with a CR and single mouse-drag in Word.
Word: type, type, drag, type, type, [enter], key-combo, type.
OOo: type, type, switch-window, drag, switch-window, type, type, re-style, switch-window, drag, switch-window, type.
Come on guys, suck up the Not-Invented-Here pride and adopt this one feature that MS got right! Or do it one-better and improve on the similar inline hierarchical editing from FrameMaker+SGML. Or innovate some collapsible tag interface from something like the old HotMeTaL from SoftQuad. (But don't trash the Navigator; it *is* useful for final proofing, just not composition)
I think not...(*poof*)
User base, yes. Contributions, unlikely. The OS X community is renowned for its exclusive commitment to Apple. I can't name a single significant open source project that originated as an OS X-only application but now runs on Linux, for example.
From what I've seen, this release still has the absurd 65535 row limit on Calc—the only reason such a limit was acceptable in previous versions was because MS Office didn't yet support more, but now that Office 2007 supports up to 4 million-some-odd rows, there is absolutely no excuse for putting that many or more into OpenOffice.
More than 65K rows is the killer feature that has gotten parts of my company to upgrade to 2007. Until and unless OOo supports it, there's no way we'll be able to use it as a full replacement for MS Office, as much as we'd like to.
Dan Aris
Fun. Free. Online. RPG. BattleMaster.
I have not looked at any code, so I do not know this for sure. If you can convert the document on the fly to an XML like format then reveal codes should be trivial to implement. Heck, I would accept the XML in a another window/pane as reveal codes.
Sadly, I believe that the OpenOffice developers are thinking the same way, Microsoft has thought of MS Office. The must be thinking, all users are dumb enough to never want anything more abstract than WISIWYG editing with some useless hidden formatting characters shown.
I think Openoffice Writer is a nice product, it is too bad they do not aim to improve it beyond MS Word.
Nothing worse than having garbge/redundent/misplaced formatting staying hidden just to bite me on the next change on a large document. This is still my prime reason to not use OpenOffice (or MS Word) to create any serious document of a substantial size.
Not ported per se, but half of KDE looks like it was lifted from the Mac. Quicksilver has spawned a dozen clones.
It is dangerous to be right when the government is wrong.
I can't believe they got to 3.0 and there is still no OpenType font support...
So I'll ask again: Name a single significant open source application that originated on OS X and now runs on other platforms. You can't, because OS X is designed specifically to prevent cross-platform development, and the Apple development community likes it that way.
Your inability to honestly answer this question proves my point that Mac users will certainly enjoy downloading and using OpenOffice for free, but very very few will contribute anything back: because OS X developers simply don't care about other platforms. This is also proven by the existence of things like Darwin ports, where the contributions are all one way. Again, an absolutely MASSIVE use of open source by the Apple community, with almost nothing given back.
Of course, you all have the right to do this since it is open source, just don't expect the rest of us to give you guys any respect as true members of the community.
Um, how about KHTML, which started open source (like Open Office), got adopted by Apple into WebKit and (eventually) saw much use of contributions as well as adoption in terms of Nokia's web browser, QT using WebKit, rollbacks of code into KHTML, etc.
I mean, OpenOffice was a Linux exclusive app that moved to Mac, so you're quest for a OS-X only app that runs on Linux seems pointless.
GPL Deconstructed
Some poeple consider features to be more important than compatability.
Microsoft Word has many more (and more mature) features than OO.org and your post does not dispute this at all.
+4 "Informative" indeed.
No, it's just that for most people compatibility no longer an issue.
I can't recall the last time I sent a Word/Excel doc to somebody who couldn't open it.
Nor can I recall having a WP file sent to me in the last decade or so. Besides, Word CAN open up WP docs saved in the WP5 or WP6 formats.
Now.. as a developer, I have done some pretty great things with Office. Not so much using Office as the platform (although everyones done a bit of that at some point), but moreso just automating it in C#/Visual C++ using its COM wrapper.
A good example is an MRP we wrote in C# that uses Excel as a reporting platform.
Many here just can't get past the idea that it's closed-source, a MSFT product, etc. Me? I just want to deliver the best software I can. We're a small company. Top Line growth is important. And I don't have the luxury of indulging personal preferences.
If you write applications on OS X using Objective-C and Cocoa you can often port them to other platforms using GNUstep. If you use proprietary Apple technologies (Cocoa is not - it's an implementation of the OpenStep specification) like QuickTime then you will need to rewrite those parts. GNU GCC only got Objective-C++ support a couple of years ago, so applications using this were a problem. In Ãtoilé svn we have a partially-complete reimplementation of CoreGraphics too, if anyone is interested in working on it (in etoile/branches/Opal).
I am TheRaven on Soylent News
I'll ditto encoderer here:
Plus, there's one feature that really belongs more in the "Basic Functionality" category, and that's accurate word and character counting. As documented on the OOo bug list for some years now, any combination of double-byte Asian text + regular single-byte alphanumeric text results in "word" counts that are worse than useless. A number of Asian languages do not count by "word" so much as by character (and for that matter there still isn't much agreement as to what exactly is a "word" in Japanese). OOo gives a total "word" count for either the document or selection, but does not break out any included Asian text -- which MS Word does, and has done for longer than I can clearly remember (starting maybe with MSO 97?). This makes OOo a non-starter for anyone working with such Asian languages in any situation that requires counts -- which includes just about all academic and professional use.
There's a sample .odt file included in the bug report (direct linky) that clearly spells out the differences in how the two apps count from a UI perspective (can't speak to the internals). I'd love to pitch in with the coding, but I sadly cannot afford the time and energy required to dig through OOo's extraordinarily convoluted API documentation to figure out how to update the source code myself; I started the process, but gave up in disgust at how the docs are organized. I've still got MSO, so until such time as the OOo team can get around to fixing this long-standing bug, and / or produce more sensible API docs, I'll keep using Word.
"What in the name of Fats Waller is that?"
"A four-foot prune."
http://what-is-what.com/what_is/kde.html
Just this week was the first time I sat down to a Mac. They are rediculously expensive in Israel, and very uncommon. I opened the control center to configure Sticky Keys, and I could have sworn that I had opened Kcontrol, the KDE control center. Worse yet, Kcontrol has two interfaces, one that I like and one that I hate. This was the one that I hate.
It is dangerous to be right when the government is wrong.