Aqua OpenOffice for Mac OS X 61
rhetland writes "An article on O'Reilly network discusses the new port of OpenOffice to Mac OS X. The public beta, due out next week, will be posted on the OpenOffice Mac site. I have been waiting for this for months, and can hardly wait."
Finally (Score:1)
Re:Finally (Score:1)
Re:I think... (Score:3, Informative)
That's probably OmniWeb [omnigroup.com], by the Omni Group [omnigroup.com].
Re:I think... (Score:1)
Re:I think... (Score:2)
Re:I think... (Score:2)
Actually, it is the icon for the 4.1 beta versions of OmniWeb. I was kind of disappointed when they changed it to the current blue/green globe, rather than the more Aqua looking globe seen in the screenshot. But both are vast improvements over the pre-4.1 icon.
Only Mac users would argue about icons. ;-)
Re:I think... (Score:3, Insightful)
But why? I have yet to hear anyway say the preferred the blue-green icon to the aqua one.
Well, apparently the reason they changed the icon is due to Apple. Apple asked for the change, because they felt the icon was too similar to the iTools icon. Now personally, I think that was a bit heavy-handed on Apple's part. Besides, most people never see the the iTools/.Mac icon now, since it started to cost money...
Re:I think... (Score:1, Informative)
Omniweb is great, but I can see Apple's point, they don't want third parties making stuff that people mistake for Apple software.
Re:I think... (Score:2, Interesting)
Actually, it was my understanding that the previous OmniWeb icon looked too much like the icon for the 'Internet' pane under System Preferences, not the 'Network' icon. And, comparing them, they do look pretty similar, especially at the small size at which the 'Internet' icon is usually viewed in the System Preferences window. Too bad, though: I really preferred the old OmniWeb icon to the current blue-and-green one.
This case doesn't seem to be the classic one of Apple getting tough on third parties over UI issues. I could be wrong, but it looks like Apple simply asked the Omni Group to change their icon, and the Omni people granted their request. It would make sense that these two companies would want to remain on good terms, as the Omni Group, as far as I'm concerned, is setting the standards for how OS X applications should look and behave--in some cases, even more so than Apple is.
And how could you not love a software company who states that their mission [omnigroup.com] is to "make software that is useful and fun?"
Re:I think... (Score:2, Informative)
Omniweb Icon [xicons.com]
Omniweb Replacement [xicons.com]
Chang
OmniWeb icon (Score:1)
OK, I'm a Mac (l)user.
Having digressed to browsers, I hope everyone has tried the very nice free beer/speech Chimera for OS X.
Re:I think... (Score:2)
Re:I think... (Score:1)
great, but... (Score:3, Insightful)
MAK
Finally (Score:1, Flamebait)
Red Hat and Apple's Office Suite of choice? (Score:2, Interesting)
re: Red Hat and Apple's Office Suite of choice? (Score:2)
Re:well, i WOULD be excited about this (Score:2, Insightful)
Oh wait, what other competing companies are left?
Re:well, i WOULD be excited about this (Score:2, Interesting)
If its anything like my school, MS blackmailed the school out of Five Million Dollars a year that would have gone to upgrading computer labs and paying technology consultants fair and equitable raises, forcing a maximium numb of non-Windows Servers on campus as well as placing a cap on the funny hardware systems faculty might buy such as Macs.
Don't kid yourself, MS came to your school and threatened to sue it for piracy and otherwise if it didn't agree to the terms as it has with all the other schools.
Re:well, i WOULD be excited about this (Score:1)
We also have a similar site license agreement with Adobe, but somebody (either Adobe or the university) decided to be a jackass and extended it to everybody EXCEPT students. So the people who can least afford it because they are busy paying the tuition that partly pays for the license agreement have to pay full price. Nice.
Re:well, i WOULD be excited about this (Score:3, Interesting)
Yes it is way cheap, but you have some really wonderful clauses in the licensing:
At least the license converts to a permanent license if you graduate (your parting gift!).
A Sweet Suite Situation (Score:4, Informative)
Lots of people would say that having three different suites is a bad thing, but I don't think so anymore:
Re:A Sweet Suite Situation (Score:3, Informative)
Re:A Sweet Suite Situation (Score:2, Interesting)
KOffice run well on OSX using fink or the other linux@OSX distributions. I can't wait for KDE 3.1 to run on OSX.
OSX+OS(kde+gnu+gnome+X....) = ME+:)
on a side note I want linksys to make a a box with exportable X session or VNC session running linux. The only difference from what they sell now and what I'm talking about is a harddrive and a beefier processor. I'ld pay for a linux applience for 100bucks.
weo
Re:A Sweet Suite Situation (Score:1, Funny)
OSX+OS(kde+gnu+gnome+X....)
I can't wait to see the Beowolf cluster you're going to need to run this puppy.
Re:A Sweet Suite Situation (Score:2, Insightful)
For that, they need Aqua apps that "Just Work"(tm). Simple to install (or uninstall), laid out in an expected manner. Possibly expandable through CLI-level tweaking of scripts, but working out of the box.
Though I'm constantly happy to see OS/X offering the more-or-less best of both worlds. Definitely the better-than-anyone-else of both worlds. And I'm downright giddy that OpenOffice is embracing the OS and philosophy.
Re:A Sweet Suite Situation (Score:3, Informative)
read the weblog more closely... (Score:4, Informative)
Re:read the weblog more closely... (Score:1, Informative)
Re:read the weblog more closely... (Score:4, Insightful)
And from a read of the article, it sounds like there are no plans to create a Quartz/AppKit version of OpenOffice. They're talking about removing dependencies on X11 so it'll run on OS X without an X server, but they're not talking about replacing their homegrown and decidedly un-Mac-like UI code with true OS X UI code.
It's a shame. If that's the path they choose, the best they'll be able to do is a poor imitation of a true OS X application.
Re:read the weblog more closely... (Score:1)
Re:read the weblog more closely... (Score:5, Informative)
http://porting.openoffice.org/mac/ [openoffice.org]
They are doing the port incrementally.
Re:read the weblog more closely... (Score:2)
There are three versions of OpenOffice for Mac OS X in development. The first is Darwin/X11. This is what's going into beta. Then there's Quartz. This is the first version that will not require XFree86, but will have a Windows look and feel. Finally, there's Aqua, which will actually look like a standard Aqua app. Quartz is scheduled for beta in Q2 2003, Aqua is scheduled for beta in Q1 2004.
See the roadmap here [idzap.com].
It's not Aqua yet (Score:4, Informative)
This is still the X11 version. Sure, it'll be nice to try it, but it won't have Mac look and feel, and certainly won't obey the Human Interface Guidelines yet. It seems that the Aqua demo was of NeoOffice [neooffice.org], which is just a proof of concept for developers, not a real distribution.
Looks like there's a lot more work to be done...
dead link! (Score:2, Informative)
OT, but I'm curious... (Score:3, Interesting)
IMHO, Apple knows what they are talking about when it comes designing an interface, so the HIG seem to be a great resource for anyone to use.So, any of you programmers for windows and *nix pay any attention to them?
A lot of people talk about trying to get linux on the desktop and how to do it...call me crazy but perhaps if developers kept the HIG in mind it would push things forward quite a bit as far as linux usability goes...
note: I am not saying the HIG must be followed to the letter but it seems like it would be a great starting point for developers of any GUI based software...
Any thoughts on this? Can the HIG be a valuable resource for anyone?
Re:OT, but I'm curious... (Score:4, Insightful)
The thing is, user interface standards are, I think everyone would agree, generally a good thing. But different platforms have different ideas about what the standards should be. Any particular standard isn't necessarily better or worse than any of the others as long as it's consistent, logical, and easily learned. And as long as one standard is consistent & logical & so on, it's more of a problem to try to impose another systems consistent, logical framework. So for example the Aqua guidelines suggest how to arrange menus, what functionality should be in each one, how to arrange dialog windows, keystrokes to adhere to, etc. The Windows guidelines make different recommendations in each of these areas. The goal should be to adapt to the local system, so that users don't have to adapt to whatever platform the software was developed on.
The shambling train wreck here is Linux and X11, where the best you can hope for is some particular toolkits suggested but generally half thought out HIG standard. The best you can hope for is what Gnome or KDE offers, but still you as a user can't assume that all applications you use are going to adhere to one, the other, or even any standard. Everyone just makes up their own damn standard and the user has no choice but to wrestle them all down. Here, maybe it *would* make some sense to bring in ideas from the Aqua guidelines, or for that matter the Windows guidelines, the classic Mac guidelines, or hell anything else -- just pick *anything* and implement it *consistently*. But of course this has never happened and at this point I don't expect it to ever come together, short of a miracle in say RedHat's effort to merge KDE & Gnome. More power to 'em I say.
Anyway, I think what you really want is for someone to approach this as a true & complete discipline, just as programming & QA & administration are all disciplines. We need system designers that understand general UI theory (including general design principles, user testing & feedback schemes, etc) as well as specific implementations of the general theory as seen in e.g. Aqua, Windows, web design [Jakob Nielsen type stuff], etc. But in the end this all just has to be source material, and short of adopting someone else's standards full out -- that'll never happen -- in the end a cohesive Linux/X11 UI standard needs to emerge. Gnome & KDE & similar projects will play into this of course, but even those aren't fleshed out enough and the pointless rift between the two projects doesn't help things anyway. As long as there continues not to be a well thought out Linux/X11 HIG document that is widely referred to & implemented, using Linux will continue to be a painful experience for average [read: non-geek] users.
But then we all know that already, don't we?
Re:OT, but I'm curious... (Score:1)
For example the behavior of NSLayoutManager still doesn't follow Mac conventions for selecting text. Also the behavior of commands like "Save" and "Revert" change depending if the file primitive you're using is an FSRef or POSIX file path.
As for OpenOffice I warn that the absolute WORST interface is one which looks like a Mac but doesn't behave like a Mac.
Re:OT, but I'm curious... (Score:1)
But yeah, foreign interfaces are a plague that should almost always be avoided. Note how Photoshop & family are a dream on Macs, but IMO have never really fit in on PCs. Note how Microsoft adapted Office & Internet Explorer to the Mac from their original Windows versions, and for that matter Palm Desktop. Note how "cross platform" applications like Lotus Notes just looks, well, awful on every platform I've seen it on, and for that matter, most any GUI application written in Java/AWT or TCL/TK. Yuck!
Like I think I said in the earlier post, the only application I can think of where it brings the same interface to every platform and still works is Gvim -- but if you're the sort of person that's using Gvim then you probably aren't looking for aesthetics or goo menu layouts in the first place :)
So anyway, IMO the best thing the OpenOffice people can do is come up with a native Aqua/Cocoa interface to their software engine, much as the Chimera people have done with Gecko. The interface can & should draw from the Aqua guidelines if possible, but as Anarkhos says, getting the look but not the feel could be even worse than staying as an X11 app. IMO, anyway...
Re:OT, but I'm curious... (Score:1)
The "standard line endings" issue was resolved a long time ago, at least as much as it'll ever be. Carbon uses CR, Cocoa and UNIX use LF, Windows uses CRLF, and we're moving to XML so this is all moot anyway. The issue I had is when a mouse gesture in MacOS or Carbon apps behaves one way (the superior way) and Cocoa apps behave another way (the crazy doesn't-make-any-logical-sense way).
Ironically Swing apps behave the Carbon way when it comes to text selection. I suspect this is because the MRJ people modified their Swing to Toolbox binding for Carbon rather than any high-level decision to do it this way. The problem with Cocoa however seems to me to be due to old NeXT people who won't let go of their crappy HI.
Anyway if you want any of these issues fixed you have to bitch to Apple about them, because Apple clearly is not taking the initiative.
Aqua Would be nice. (Score:3, Insightful)
open source becomes free source (Score:1, Informative)
Is this the first salvo in a free source vs. open source war?
hope it works... (Score:1, Interesting)
for now, I use TextEdit which comes with OS X. It is very stable and usable, though not too good at advanced formatting. And why of why does everybody have to use
Re:hope it works... (Score:2)
Re:hope it works... (Score:1)
Only complaint with OO (Score:1, Offtopic)
The only problem I've experienced so far is that after a certain size (haven't quite narrowed it down yet) Open Office refuses to open a file. This isn't any wierd file, just a simple plaintext file, yet for some reason Open Office won't open it. It opens fine under other programs, but not OO. Has anyone else come across this problem or does anyone know how to fix it?
OOo for Darwin, no OS X (Score:2)