OK, fair enough, we'll have to wait and see but historically JAVA just seems to run slower on Mac PPC (i.e internet, my hand-me-down Gateway is much faster on the net w/only 128MB RAM than my G4iMac w/512MB RAM, just seems longer for ads to render on a Mac, JAVA or javascript or whatever), maybe the Intel changeover changed all that, I don't have that MacBook yet to verify.
Just sayin' that if you take 2 apps side by side, the JAVA app will run noticably slower than the non-JAVA one on a Mac...
Agree though, Neo is much prettier now but as I said in another thread, in the end it's all about speed (and stability) for most so if they pull it off they will capture the market (well, not really, we all know who has monopolized that)...
Have a nice Labor Day Holiday everyone, I'll try to. Speaking of labor, it's crunch time at my new workplace, I need to produce or I'm gonna get the boot...
Joined: Oct 24, 2005 Posts: 561 Location: Edinburgh, Scotland
Posted: Sat Sep 02, 2006 11:35 am Post subject:
I have to say I don't get this whole Java/no Java argument.
The option to choose which Java VM to use wasn't added by Patrick, its there in OpenOffice too. Java is at the core of many features of OpenOffice. Whithout Java there would be no Wizards and certain other functions too. Unless OpenOffice goes through a significant re-write Java will always be there.
If/when the OOo Mac porting team release an "official" native version of OpenOffice for Mac it will use Java. At some point you will have to wait for the VM to start, as you do with NeoOffice - it just might not be at launch time.
So, a UI that uses no Java may well be a bit snappier than one that does use elements of Java, but the underlying application will be the exact same code. When the native port is released we'll all be able to see the differences for ourselves, and if its significant I'm sure I will consider switching. At the moment however its all just speculation, and I know for a fact that an existing released application will always run faster on my Mac than one that isn't released yet!
Joined: Apr 25, 2006 Posts: 2315 Location: Montpellier, France
Posted: Sun Sep 03, 2006 12:55 pm Post subject:
It was actually released over a month ago (around July 20) in French and German, and in English since August 8. It's wierd that both VersionTracker and MacUpdate only "announced" it yesterday.
It was actually released over a month ago (around July 20) in French and German, and in English since August 8. It's wierd that both VersionTracker and MacUpdate only "announced" it yesterday.
I guess nobody bothered to notify them of the update..
Posted: Mon Sep 04, 2006 2:48 pm Post subject: hi smokey
Yep, I haven't been posting or testing much since my daughter arrived last year! But clearly everyone else has been doing a great job.
I've been trying to live in NeoJ as much as possible and I must say that in the Intel era, the only thing I really miss is the ability of the window bar to pop up a file's enclosing folders and to drag a file's icon around. I have no idea how hard that would be for NeoJ to incorporate...
Joined: May 25, 2003 Posts: 4752 Location: Santa Barbara, CA
Posted: Mon Sep 04, 2006 3:00 pm Post subject: Re: hi smokey
Apricot wrote:
Yep, I haven't been posting or testing much since my daughter arrived last year!
Congratulations on the amazing addition to your family and something so special in your life! No worries...family should take precedence over all, especially a new one that is so precious
Thanks for the kind words! I'm not sure about the window bar dragging, but I'll put it on my list. IIRC it was a PITA in Carbon
Joined: Jan 04, 2005 Posts: 36 Location: Planet Earth
Posted: Thu Sep 07, 2006 10:16 am Post subject:
I have to second that. A lot depends on how much Java you're using and what you're using it for. Anybody ever try Thinkfree Office? That little turkey was a brilliant concept that was an absolute disaster in execution. It was a cross-platform office suite written entirely in java. It ran equally well (or poorly, as the case may be) on Windows, Mac OS 9 and OS X. It was the most painfully slow application I have ever tried to run on any computer, and it was even more painfully short on features. By comparison, NeoOffice is quite sprightly.
I'm sure that once a native OOo for OS X comes out, it will resort to some of the same tricks the Windows version uses to give the illusion of speed, such as "Quick Launch", which partially launches the application when the system boots and keeps it dormant in the background, quietly sucking up system resources, until it's needed.
amayze wrote:
So, a UI that uses no Java may well be a bit snappier than one that does use elements of Java, but the underlying application will be the exact same code. When the native port is released we'll all be able to see the differences for ourselves, and if its significant I'm sure I will consider switching. At the moment however its all just speculation, and I know for a fact that an existing released application will always run faster on my Mac than one that isn't released yet!
I'm sure that once a native OOo for OS X comes out, it will resort to some of the same tricks the Windows version uses to give the illusion of speed, such as "Quick Launch", which partially launches the application when the system boots and keeps it dormant in the background, quietly sucking up system resources, until it's needed.
NeoOffice already uses Quick Launch as a trick to keep Neo open with no window.
Personaly, I don't care waiting the first time I open an app and if I have to use it often, I just keep it open, I don't want to have OOo loaded on startup if I don't use it before the next restart.
Posted: Mon Sep 18, 2006 9:54 am Post subject: Re: prompted by this announcement?
Apricot wrote:
http://eric.bachard.free.fr/news/
where a French OOo developer claims he will show a non-X11 version with native menus at Apple Expo France.
The screenshots look nice, though not nicer than Neo. Unless it's actually faster or supports more OS X goodness (services? Leopard? universal?), I wouldn't bother to switch. And at this point it's nice looking vaporware, while Neo is getting the job done for me today!
By the way, as an old-time beta tester, I want to say it's been spectacular watching this program grow. Now in its Aqua universal state, it is actually a bit speedier than Rosetta MS Office on my Intel Mac. Great work, folks!
Been to the Apple Expo Paris and had a longer talk with Eric.
Actually his port is based on carbon, and it is in a *very* early stage.
This means it draws actually some of the widgets, but loads are missing. Other thing is, they only draw the OOO widgets, so very few aqua widgets beside scrollbars. Selection of multiline text is not working atm, which should make people remember that it's not only about render widgets, but also about handling user input.
A Mac-Like toolbar is in... but no standard Fonts.
I'm not a particular fan of using carbon to draw widgets, so if you really do all the work in c, why not using cg/quartz (for drawing) or cocoa (for aqua widgets) directly...
...so I do not expect a comparable product speaking in terms of productivity and mac touch'n'feel in the next few months.
Joined: May 25, 2003 Posts: 4752 Location: Santa Barbara, CA
Posted: Tue Sep 19, 2006 8:26 am Post subject:
Thanks for the 411! For some controls I believe they are using the same lower-level calls that we are, but yes, they do have a long way to go and I wish them luck. For better or for worse, in our experience users are more than happy to exchange Aqua controls for more needed functionality like correct printing. This is why we chose to spend so much time (years, actually) getting the foundations right. As I'm sure both Patrick and the issuees in BZ can tell you, that's not the fun part
If they do decide to go with higher HIViews or other Carbon controls for drawing, they'll need to watch the event handling closely as events are not sent to the application target but rather to the subview target first for processing.
Technically HITheme and Appearance are also part of Carbon, so we use Carbon as well There are still some controls (buttons, checkboxes) that are being done via Swing, but those will most likely eventually disappear. Similar to Carbon, Swing does have a "lightweight" method that can draw a control into a Graphics without embedding the control into a JFrame, without event handling, or other overhead. While this was my initial approach since Swing handles things like shadow adornments and focus rings within button bounds more gradefully than Carbon, eventually we ran into roadblocks with Swing not exposing enough state for controls and with Swing doing deferred threaded drawing in the Apple VM.
All times are GMT - 7 Hours Goto page Previous1, 2, 3, 4Next
Page 2 of 4
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You cannot download files in this forum