[grisbi-devel] Répertoires et fichiers souq Mac OSX
Gérald Niel
gerald.niel+spam at gegeweb.invalid
Sun Jan 8 10:41:42 CET 2012
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le Dimanche 08 janvier 2012 à 09:06 UTC, Pierre Biava écrivait sur
grisbi.devel :
> Dans mon esprit on avait défini GTKOSXAPPLICATION comme variable unique
> et spécifique pour les applications sous OSX.
Pas tout à fait.
Il y a trois variables définies dans configure.in.
- - La première, OS_OSX qui détermine si l'OS est Mac OSX.
- - La seconde GDK_QUARTZ détermine l'environnement graphique (X11 si
false, Quartz si true).
- - La dernière GTKOSXAPPLICATION teste la présence de la librairie
gtk_mac_integration.
On peut très bien produire des binaire quartz sans gtk_osx_application.
Comme on peut produire des binaires X11.
Comme avec les ports MacPorts ou Fink, mais dans ce cas, il n'y a pas
de bundle.
> quartz_application_get_resource_path ();
C'est une fonction exclusivvement lié à gdk_quartz_application.
Les binaires que je produis et distribue en bundle utilisent
gtk_mac_integration, inutile de se casser plus la tête que ça.
Mais il existe un moyen de récupérer le répertoire de base du bundle
en utilisant NSBundle, ainsi plus besoin pour ça de gtk_osx_application :
http://developer.apple.com/library/mac/#documentation/Cocoa/Reference/Foundation/Classes/NSBundle_Class/Reference/Reference.html
Ça serait utile pour produire des bundle X11. Mais c'est inutile à mon
avis, gtk-osx est stable.
Normalement nous devrions utiliser NSBundle plutôt que
gtk_osx_application pour ça. Pour Grisbi, et pour les modifications
que nous avons apporté à libgoffice.
@+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
iEYEARECAAYFAk8JZNAACgkQGc8eCV5b11nhSgCdH0vf7dBZ3AKPMQheBpp4C99c
LEAAnAo7pkGaKgeOyrW6/JhpYGuLC8rq
=o9pU
-----END PGP SIGNATURE-----
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
More information about the devel
mailing list