Welcome to NeoOffice developer notes and announcements
NeoOffice
Developer notes and announcements
 
 

This website is an archive and is no longer active
NeoOffice announcements have moved to the NeoOffice News website


Support
· Forums
· NeoOffice Support
· NeoWiki


Announcements
· Twitter @NeoOffice


Downloads
· Download NeoOffice


  
NeoOffice :: View topic - a native file dialog...
a native file dialog...
 
   NeoOffice Forum Index -> NeoOffice Development
View previous topic :: View next topic  
Author Message
oihenart
Keymaker


Joined: Apr 26, 2004
Posts: 81

PostPosted: Sun Dec 18, 2005 6:55 am    Post subject: a native file dialog...

Hello Patrick,

In june 2005, i have asked for the possibility for a native file dialog. The time of charging NeoOffice is not really a problem for our students (between 12 and 15 years old), but the file dialog is actually really a problem. There is a problem of "look" and a problem of language (the name of folders are in english and not in french, so we have to teach, by example, that Desktop means Bureau).
You had answered me that you hope to have this function at the end of 2005. So what are the news, bad or good ?

Christian

Geneva, Switzerland
Back to top
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Sun Dec 18, 2005 10:40 am    Post subject:

Well, the native file dialog progress has kind of been sidetracked by the Java 1.4 work...directly needed by the x86 architecture shift for Macs. Java 1.3 isn't available on x86 Macs, so we needed to do this sooner rather than later.

Dan's passed along some info on how he's done the native file dialogs for GTK. While I had some plans for how to do it in Carbon, I haven't revisited how it could be done using Cocoa. Part of the problem is that a number of the file dialogs have custom controls embedded in them (checkboxes, previews, etc.) and file filtering by extensions...the problem is a bit more complex than I initially thought. I'm not sure how GTK/Win file dialogs address this issue.

It's on the list of things to do, but unfortunately the x86 change had to shift all of our priorities. I haven't had a chance to play with NWF at all and instead moved into the fun of gcc4 Sad

ed
Back to top
ovvldc
Captain Naiobi


Joined: Sep 13, 2004
Posts: 2352
Location: Zürich, CH

PostPosted: Sun Dec 18, 2005 2:08 pm    Post subject:

OPENSTEP wrote:
It's on the list of things to do, but unfortunately the x86 change had to shift all of our priorities. I haven't had a chance to play with NWF at all and instead moved into the fun of gcc4 Sad


Well, James wrote that he'd think about it Smile.

_________________
"What do you think of Western Civilization?"
"I think it would be a good idea!"
- Mohandas Karamchand Gandhi
Back to top
jjmckenzie51
The Anomaly


Joined: Apr 01, 2005
Posts: 1055
Location: Southeastern Arizona

PostPosted: Sun Dec 18, 2005 3:26 pm    Post subject:

ovvldc wrote:
OPENSTEP wrote:
It's on the list of things to do, but unfortunately the x86 change had to shift all of our priorities. I haven't had a chance to play with NWF at all and instead moved into the fun of gcc4 Sad


Well, James wrote that he'd think about it Smile.


I'm just too busy doing builds right now, but I will look at the FP and see what can be done. However, this will not happen before the new year.

James
Back to top
Mox
Operator


Joined: Jun 29, 2005
Posts: 44

PostPosted: Mon Dec 19, 2005 3:47 am    Post subject: Universal binaries progress...

(related to x86 porting) As can be read from Planet OpenOffice, Pavel has started experimenting with Universal binaries: check out his blog: Universal binaries introduction for OpenOffice.org developers
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: Mon Dec 19, 2005 9:36 am    Post subject: Re: Universal binaries progress...

Mox wrote:
(related to x86 porting) As can be read from Planet OpenOffice, Pavel has started experimenting with Universal binaries: check out his blog: Universal binaries introduction for OpenOffice.org developers


For those of you who are curious about Universal Binaries, Pavel's description is excellent. After reading Pavel's blog, hopefully Ed and my past posts on the Mactel porting will make more sense.

To sum up what Ed and I have said in the past, we will not be using Universal Binaries for NeoOffice 2.0. Why? Because a Universal Binaries is really a PowerPC binary and a Mactel binary appended on in the same file. In other words, to ship a Univeral Binary NeoOffice, the size of all the binaries would be roughly twice as big as they are now. Given that the current Neo 1.2 Alpha download is nearly 130 MB in size, a Neo 2.0 Universal Binary could easily exceed 200 MB. This would be a huge (and expensive) waste of precious bandwidth especially since for most users, half of the binary files is never used.

Patrick
Back to top
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Sat Dec 31, 2005 9:48 pm    Post subject:

For those who are more Mac die-hards, this is nothing but a new name for "fat" executables...the kind that had both PowerPC and 680x0 code in them. During the times of limited drive space, most installers either had two versions (680x0 or PPC) and chose automatically or allowed users to chose between their native processor only and a fat binary.

Fat binaries got even worse on OPENSTEP where, in theory, you could have delivered a Sparc, PA-RISC, x86, and 680x0 platform mixed binary.

For most software apps that are delivered electronically, fat doesn't make sense, especially if the software is installed using Installer.app or a custom installer that can choose between teh binary format. What really shoots software installation in the foot is the drag-and-drop off a dimage installation that Apple's preferred for many a thing. In order to make a drag and drop dimage that supports all platforms, the application binary needs to be fat.

Anyway, for larger applications from any manufacturer it makes more sense to deliver separate executables than the combined fat one both for bandwidth/download size considerations as well as disk space limitations. Yes, there are some of us who consider 100-200MB of disk space non-negligable, especially as the operating system grows ever and ever larger. Woe, gone are the days when an 80MB hard drive seemed spacious Smile

ed <--- owner of ye old 9GB HD
Back to top
sardisson
Town Crier
Town Crier


Joined: Feb 01, 2004
Posts: 4588

PostPosted: Sat Dec 31, 2005 11:34 pm    Post subject:

OPENSTEP wrote:
Woe, gone are the days when an 80MB hard drive seemed spacious Smile

ed <--- owner of ye old 9GB HD

Every Mac I have owned save my current one had ≤2 GB HDs Smile

Since OOo and thus Neo are apps that are mostly code (as opposed to Cocoa apps, which have equal--or more--resources vs. code, Universal Binaries seem quite wasteful to all involved here....

Smokey

_________________
"[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki
Back to top
Display posts from previous:   
   NeoOffice Forum Index -> NeoOffice Development All times are GMT - 7 Hours
Page 1 of 1

 
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

Powered by phpBB © 2001, 2005 phpBB Group

All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © Planamesa Inc.
NeoOffice is a registered trademark of Planamesa Inc. and may not be used without permission.
PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.