On 2008-January-14 , at 12:05 , Adam Strzelecki wrote:
[...]
For these changes, I would suggest to:
- either create a completely new bundling script (like osx-app-
native.sh)
- or add and option to osx-app to do the native things
In both cases, it really should not disturb current behavior. We're near release, there are very few people working on OS X (and that's great you're a new one!) so we can't afford breaking things right now.
That's pretty clear for me, it's not first project I'm sticking my fingers in :P, so I understand all the patches makes sense it they leave the other platform builds (code) intact (including OSX X11 brand). I'll try to make osx-build.sh and osx-app.sh to have some "native" switch, basically all differences lay actually in osx-app.sh. Also frankly the reason I'm playing with this port is that I want to learn more about internals of OSX and differences between the systems I already know like Windows or Linux :)
OK, no problem, I just wanted to be prudent ;) Anyhow, I'm glad you chose Inkscape to sharpen your knowledge of OS X.
That's strange, It works perfectly for me (not that I change colors everyday but I tested it quite a bit).
On my Leopard: $ defaults read "Apple Global Domain" AppleAquaColorVariant 2008-01-14 11:39:44.233 defaults[1163:10b] The domain/default pair of (kCFPreferencesAnyApplication, AppleAquaColorVariant) does not exist
This has happened on Tiger systems too. I thought it was a bug but apparently it may be a particularity of my system to have those. Could you: - tell me which locale your system is in - tell me wether you use the default appearance settings (aqua and blue) or if you changed those already (my feeling is that those values may be written only if the user changed them) - send me (privately) the output of defaults read | gzip > defaults.gz and maybe also send me the same thing a second time after changing the settings to graphite and closed system prefs.
This makes some sync_osx_look.sh variables to be "" and the final gtkrc is invalid, and the result is no ClearLooks at all.
I should have set some defaults in the script, in case this can't be read. If, as I feel it, the key does not exists when OS X settings are at their default values (Aqua and blue), then these defaults will be easy to find.
There's also one little thing that is not taken into consideration, the path where pre_gtkrc may be not writable to the user at all (if the Inkscape.app was installed by other user or administrator), so then the sync_osx_look.sh won't work at all.
Indeed. There's a plan to move all this to ~/Library/Application Support/ where it should be. I don't think it is difficult. There is only a little thinking about what needs to be copied to Application Support from the app bundle every time and what needs to be updated only once in a while (release etc.), in order not to lengthen boot time too much. Other than that, the env variables which point to these directories already exist and just need to be set.
The best way it would be to have a native Aqua engine using some Carbon calls like it is done for Windows, so it will render all UI parts as in native app. I just wonder if Apple is exposing some widget parts rendering functions in Carbon or how they did it in QT.
I agree but that's a project well beyond simple GTK theming. My secret hope is that a group of brave themers will do this once the GTK native port is stable and that Gimp (and Inkscape!) use it.Create demand and offer will follow. In addition, this needs to be carefully done since: - previous tries usually gave mixed results (the appearance of QT apps is approximative and I really think that, in this case, it's better to be clearly different than to be only approximatively the same) - Carbon is in decline. we'll see what WWDC will tell us but last year's was really about "let carbon down and move to cocoa".
Yes apparently there was a problem with some icons. Now even my build works. It suffers from the same problem your build has however. It does not give all the warnings about missing libraries but this is not suprising since it finds them on my system. Could you please test it and report if it works on yours: http://inkscape.modevia.com/macosx-snap/Inkscape-17015-i386-native_expriment... (PS: my native gtk tree is in a non-standard place so it should fail on your system is the app bundle is misconfigured)
I gonna test this & tell you the results later today.
Depending on how heavy the work is, I'll just ask that you have SVN access. As long as you restrict your commits to packaging/macosx there should be no problem (check your diffs! ;) ). If you plan to change other things, please ask on the list beforehand. Changes are particularly sensible right now.
I'll try to prepare some good looking patch 1st and post in onto mailing list first, so I would like to be careful not to break anything for upcoming release.
Please post it on Launchpad rather than on the ML. The ML is not really suited for attachments (they need to be reviewed every time etc.)
Thanks again for your hard work. I don't have much free time right now but in two months or so I'll be freer and, with your help, we'll add world class support for OS X in Inkscape. I look forward to this.
Yeah, Inkscape is IMHO best open-source vector drawing program, so having a "world class support" for OSX, which is kinda graphic & other artists platform is pretty nice idea.
Well, let us just do it then ;)
JiHO --- http://jo.irisson.free.fr/