That all looks good. Of course it would be difficult, but that is what needs to be done for this to be a good Mac app that people go to instead of Microsoft Office : mac or iWork. We can't just sit back and let this program stay as an old Windows style app. Mac programs are unique in that their counterparts which run on other operating systems usually share a single, different look, while Mac programs match the Aqua style. Something which optionally looks kind of like iWork which could run on Windows or Linux would improve that workspace as well, but even if just for the Mac port, this is important.
Ariel

eric b wrote:
Hi Ariel,

I proposed something during Barcelona OOoCon2007, helped with Robert Dargaud, who had the initial idea. The only problem we had, was because the proposed solution is Mac OS X only, and not multi platform like what Novell presented in parallel.

Curiously, nobody, excepted Novell people, considered that seriously, and some journalists concentrated on Aqua output date instead.


Since, without support and feedback, I gave up working on that solution.

But I now Novell works extremely seriously on a new scheme ( using some of our ideas if I understood correctly) for automatic layout. Means: Mac OS X would take over the graphical layout, instead of OpenOffice.org ( old code, outdated, framework , whatever ... ). Let's wait and see.


The original idea ( presented two years ago by Robert during 1st Mac porters meeting Hamburg, nov 2005) was to use .src files who define the look of every (not exactly all, because some are Java defined) dialog boxes

Currently, the .src files are, using some black magic, turned into .res files, containing everything including the graphical layout, with button size, positions. Not good at all, because not system managed, and resolution dependant.


A clean (begining of ) solution could consist in

1) turn every .src file into .xml  (a parser already does exist )

2) adapt the .xml to renaissance .xml format : in runtime, Renaissance does automagically the Aqua layout ( size, position, including everything from the system ).

Means we simulate .nibs, everything is correctly positionned, and we have *real* Cocoa windows for ~everything. Including all icons aqua like, by default.


3) NOT solved yet : bind all controls, and callbacks , strings.

This is a lot of work, probably much bugs to come, but would be a great step forward for the Asua port.

Maybe somebody can complete, correct me, confirm... etc



Eric Bachard


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to