Slashdot Mirror


Sun Joins Mac Open Office Development

widhalmt writes "In a blog post, a developer at Sun Microsystems announces that Sun will help with porting Open Office to Mac OS X. The open source office suite is well known on Linux and Windows, but does not have a native version on Mac OS. For a long time Sun did not want to join the development of that port but now they will actively push it."

15 of 171 comments (clear)

  1. Not true! NeoOffice! by wheatwilliams · · Score: 5, Informative

    OpenOffice.org runs on Mac OS X under X11.
    NeoOffice is an independently developed version of OpenOffice.org 2.1 which runs on Mac OS X natively and without the need for X11. I've been using it for years.

    1. Re:Not true! NeoOffice! by Apple+Acolyte · · Score: 5, Insightful

      Have you tried the latest major release of NeoOffice? For an office suite, it's awesome. NeoOffice has matured through years of development, and unless Sun joins the NeoOffice effort it's going to take a long time before they produce something that rivals it, I imagine. Give the NeoOffice guys credit where it's due.

      --
      Part of the hardcore faithful who believed in Apple long before it was cool again to do so
    2. Re:Not true! NeoOffice! by crawling_chaos · · Score: 4, Funny

      I've been using it for years. So have I. Hopefully it will have fully started up by the end of next month. Then I can get some word processing done. I need to allow another six months before the spreadsheet module will open, I think.
      --
      You can only drink 30 or 40 glasses of beer a day, no matter how rich you are.
      -- Colonel Adolphus Busch
    3. Re:Not true! NeoOffice! by McDutchie · · Score: 4, Insightful

      OpenOffice.org runs on Mac OS X under X11. NeoOffice is an independently developed version of OpenOffice.org 2.1 which runs on Mac OS X natively and without the need for X11. I've been using it for years.

      Given its heavy use of Java I think the 'native' qualification is debatable. Some aspects are native (e.g. font management), which is certainly a major plus.

      Unfortunately, though, this application gives new meaning to the words 'slow' and 'bloated'. The author has also chosen to make its license (GPL) incompatible with OO.o's (LGPL) so that his porting efforts cannot be contributed back to the main project. That makes NeoOffice a very hostile fork. What's more, he is trying (against the terms of the GPL/LGPL) to limit free distribution by using the trademark loophole.

      So, I would say that while a port exists, it's both low quality and under bad management, and I welcome this new effort to do it properly.

    4. Re:Not true! NeoOffice! by TheRaven64 · · Score: 4, Informative

      If you've looked at the latest Mac builds from the OpenOffice native port team, you will see that there is no contest with NeoOffice. NeoOffice is using a bad approach. Adding another layer of indirection (through Java) was a bad idea from the start, and became an even worse idea when Apple deprecated the Java-Cocoa bridge. The native implementation (demoed at FOSDEM) is significantly faster, and will be much more maintainable since it does things the right way from the start. I occasionally fire up NeoOffice/J, and within five minutes I've remembered why I don't do it more often. The native port looks like something I might actually consider using.

      --
      I am TheRaven on Soylent News
    5. Re:Not true! NeoOffice! by frdmfghtr · · Score: 4, Insightful

      You're lucky then. Mine regularly takes a minute or more to start up, and over 30 seconds to save a simple, small document. Not to mention the lags in the spreadsheet - I can easily enter 3-4 cels worth of data before it's finished showing the entry for the first cel. If I get too much futher ahead of it, it starts to lose data.


      I must be doing something wrong, since my NeoOffice (2.1 patch 3) takes about 10 seconds to start.
      --
      Government's idea of a balanced budget: take money from the right pocket to balance...oh who am I kidding?
    6. Re:Not true! NeoOffice! by nine-times · · Score: 5, Informative

      Unfortunately, though, this application gives new meaning to the words 'slow' and 'bloated'.

      Well, it's not snappy, but it's certainly better than the "nothing" that OpenOffice has been offering in terms of native OSX ports.

      The author has also chosen to make its license (GPL) incompatible with OO.o's (LGPL) so that his porting efforts cannot be contributed back to the main project. That makes NeoOffice a very hostile fork.

      I'd probably be hostile, too. IIRC, the backstory with NeoOffice was that they were trying to work with OOo on a native OSX port, and not only did Sun refuse to help, but they basically sabotaged their efforts. Rather than give up, these guys split off and started their own project, and because of that, OSX users have had a very functional free office suite for OSX for a couple years now.

      What's more, he is trying (against the terms of the GPL/LGPL) to limit free distribution by using the trademark loophole.

      Protecting your trademark is not a "loophole". All sorts of projects, whether they're commercial (Redhat) or not (Mozilla), protect their trademarks. Worst case scenario?-- you take the source and strip out trademarked graphics/names, recompile, and then you're free to distribute the results however you want (under the GPL).

      I don't want to be misunderstood: I'm happy that Sun is finally porting OpenOffice to OSX. The result may very well be superior to NeoOffice, and if so I'll use Sun's version. However, they've been taking their sweet damn time, and in the mean time, the NeoOffice team has made a very useful bit of software. I don't think we should be belittling the NeoOffice team and their terrific efforts simply because they don't have the resources to perfect their port. They've been doing a lot with very little while OOo has been doing practically nothing with their bounty.

  2. Amazing by Praxxus · · Score: 4, Interesting

    First we get news that Microsoft was recently acting all Mac Happy, and now Sun is acting Mac Happy. My, my, my, but these coincidences of timing in the software world never cease to boggle the mind!

    --
    Okay, I got Linux installed. So where's the free beer everyone keeps talking about??
  3. Will they unarchive? by Frequency+Domain · · Score: 5, Interesting

    Sun already owns the rights to Lighthouse Design's application suite. Since these were originally developed for NeXTstep/OpenStep, they should be relatively easy to migrate to Cocoa. I'd sure like to see an Improv/Quantrix like spreadsheet tool put a stake through the heart of Excel!

  4. Best intentions, but still... by realinvalidname · · Score: 4, Informative

    From the blog:

    MacOSX and Aqua are quite new to me, so please bear with me as I learn about this (for me) exciting new platform at first. Certainly I will have many questions for my fellow Mac porters. However I can contribute ~10 years experience with vcl which I think the port can benefit from.

    The problem has always been that OO.o makes assumptions about GUI development that are well-suited to X11 and Windows, and not well-suited to Aqua. The question is, can someone who's learning Mac development as he goes push changes back to OO.o to make it more suitable for Aqua and other GUI toolkits? Can he do it before Sun changes their mind and de-funds the Mac port? Sun has a habit of funding things for about six months and then getting cold feet.

    Which reminds me: I should throw some money at Ed and Patrick for their continued work on NeoOffice, which uses Java as a GUI adapter (!) to get OO.o tolerable on the Mac

  5. Re:NeoOffice is not 'native' in a sense... by tb3 · · Score: 5, Insightful

    Sun is pushing for a non-Java, non-X11 native solution.
    I hope you appreciate the irony of that statement.

    --

    www.lucernesys.comHorizon: Calendar-based personal finance

  6. Port it all you want... by HerculesMO · · Score: 5, Interesting

    It still pales in comparison to MS Office.

    Yes, I am complimenting Microsoft -- I am sure I'll be flamed for it. But frankly, they make the best office suite, and since theirs is the standard look and feel (although the new Office is a departure), the other guys have to play catchup.

    I would love to use OpenOffice, I just hate the look and feel and have always been more comfortable in Microsoft Office.

    --
    The price is always right if someone else is paying.
  7. Exciting! Can't Wait! by ironring2006 · · Score: 5, Insightful
    As someone who has used OOo on Windows/Linux/OS X, I have to admit that the OS X X11 implementation feels like the biggest kludge. I've been attempting to move all my documents over to the ODF, but everytime I boot up OOo on my Mac, I get frustrated with so many things about it. As slow as Word is on OS X running under Rosetta, recently I've been finding myself using that much more. I haven't tried Neooffice yet, because I can't imagine using something slower. On the other hand, I've found OOo quite a good replacement under windows.

    So I say, bring it on! I think that getting a good implementation of OOo running natively under Aqua is key in the cause of reducing reliance on Microsoft. People switching to Linux obviously are going to use OOo or some other open format, but still too many people switching to Mac are relying on Microsoft. It'll be curious to see whether they take Firefox's approach to have the interface be consistent across the board, or if they try and take advantage of OS X's toolkits and design guides to make it a true Mac application.

  8. We never used CocoaJava by soullessbastard · · Score: 5, Insightful

    Disclaimer: I am a founder of the NeoOffice project.

    Quote: and became an even worse idea when Apple deprecated the Java-Cocoa bridge

    We never used the CocoaJava bridge at all. I guess you never bothered to read the source code. In fact, we use very little Java at all as is pointed out by the ohloh source code analysis of our open CVS. There's little Objective-C as we do most of the logic in C++ and call out to ObjC when required. There are some other stats there you may find intriguing as well like the estimated man-years and cost it will take to approximate our code.

    Trust me, once any OS X port of OOo starts getting font handling and input methods correct, it'll slow down as well. This is true especially for Asian and other foreign languages. The bottleneck is in Apple's ATSUI and how it mismatches to the underlying OOo code. Has nothing to do with Java at all. Speed in a vaporware demo is one thing; carrying speed into a functional product is something different completely.

    ed

    1. Re:We never used CocoaJava by mrchaotica · · Score: 4, Insightful

      If that's true (and I don't doubt that it is), then putting that "/J" in the name was a spectacularly bad idea.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz