Bonjour,
sur le principe de Firefox, où on peut choisir le dossier de profil au lancement, je trouverais intéressant d’avoir cette fonction au lancement de darktable.
Actuellement, pour divers tests, je renomme un des 2-3 dossiers que j’ai mis dans ./config
Est-ce possible ?
S’il faut lancer darktable dans un terminal avec une option, je ne sais pas faire (la forme empaquetée des applications Mac ne rend pas facile leur lancement en ligne de commande).
Dommage, j’allais écrire qu’il faut lancer dt avec l’option --configdir, comme expliqué dans le manuel à cette page.
Il me semble que ça a été mis à plusieurs reprises ici comment lancer dt en mode terminal sur un mac. Le chemin d’accès à l’exécutable est à la « sauce » mac, mais un alias doit bien être possible…
Merci pour ton aide.
J’ai trouvé l’exécutable à lancer.
darktable se lance bien avec le dossier de test, malgré une bordée d’injures
[code]/Applications/darktable.app/Contents/MacOS/darktable --configdir ~/.config/darktable/testdarktable
(process:913): GLib-GObject-CRITICAL **: g_object_set: assertion ‹ G_IS_OBJECT (object) › failed
[defaults] found a 64-bit system with 8388608 kb ram and 4 cores (0 atom based)
[l10n] error: can’t open directory `/usr/local/share/locale’
(darktable-bin:913): GLib-GObject-WARNING **: invalid cast from ‹ GtkMenuBar › to ‹ GtkWindow ›
(darktable-bin:913): Gtk-CRITICAL **: gtk_window_add_accel_group: assertion ‹ GTK_IS_WINDOW (window) › failed[/code]
Le dossier /locale/ se trouve en effet dans le paquet applicatif
/Applications/darktable.app/Contents/Resources/share/localeSerait-ce un problème ou un paramètre spécifique qui n’est pas adapté à l’environnement Mac OS ?
Même bordée d’injures avec juste l’appel sans --configdir ?
/Applications/darktable.app/Contents/MacOS/darktablePassage rapide avant de rejoindre Morphée 
[code]/Applications/darktable.app/Contents/MacOS/darktable
(process:1322): GLib-GObject-CRITICAL **: g_object_set: assertion ‹ G_IS_OBJECT (object) › failed
[defaults] found a 64-bit system with 8388608 kb ram and 4 cores (0 atom based)
[l10n] error: can’t open directory `/usr/local/share/locale’
(darktable-bin:1322): GLib-GObject-WARNING **: invalid cast from ‹ GtkMenuBar › to ‹ GtkWindow ›
(darktable-bin:1322): Gtk-CRITICAL **: gtk_window_add_accel_group: assertion ‹ GTK_IS_WINDOW (window) › failed[/code]
C’est grave docteur ?
Ça je sais pas dire, je ne suis pas docteur en dt 
Mais ce sont bien les mêmes dans les deux cas et apparemment outre un truc qui ne va pas avec GTK, dt irait chercher la langue d’affichage (locale) dans l’arborescence où il les trouve éventuellement sur linux (il est d’ailleurs mentionné /usr/local/share/locale plutôt que /usr/share/locale…), ça n’est pas nécessairement la même arborescence sur un mac…
C’est l’option --localedir du lancement de dt.
Bonjour,
je vois mieux. Ton hypothèse se confirme, les paramètres de l’environnement Linux sont conservés dans la version Mac. Si je passe en option le chemin de ‹ localedir ›, d’autres alertes apparaissent, toujours en relation avec des répertoires non trouvés.
[code]/Applications/darktable.app/Contents/MacOS/darktable-bin --localedir /Applications/darktable.app/Contents/Resources/share/locale
(process:395): GLib-GObject-CRITICAL **: g_object_set: assertion ‹ G_IS_OBJECT (object) › failed
[l10n] error: can’t open directory `/usr/local/share/locale’
(darktable-bin:395): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file ‹ /opt/local/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache ›: No such file or directory
This likely means that your installation is broken.
Try running the command
gdk-pixbuf-query-loaders > /opt/local/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
(darktable-bin:395): GLib-GObject-WARNING **: invalid cast from ‹ GtkMenuBar › to ‹ GtkWindow ›
(darktable-bin:395): Gtk-CRITICAL **: gtk_window_add_accel_group: assertion ‹ GTK_IS_WINDOW (window) › failed
dt_gui_gtk_init: error parsing /Applications/darktable.app/Contentsshare/darktable/darktable.css: :1:0Failed to import: Error opening file /Applications/darktable.app/Contentsshare/darktable/darktable.css: No such file or directory[/code]
Peut-être que les responsables de la version Mac sauraient nous dire.
En attendant, j’ai mes deux scripts pour lancer darktable avec le dossier de configuration de mon choix.
Je passe le sujet en résolu.
Encore merci !
Ces messages d’erreurs existent dans darktable depuis… très longtemps.
code: Gtk-WARNING **: Theme parsing error: gtk.css:68:35: The style property GtkButton:child-displacement-x is deprecated and shouldn’t be used anymore. It will be removed in a future version
(darktable:3495): Gtk-WARNING **: Theme parsing error: gtk.css:69:35: The style property GtkButton:child-displacement-y is deprecated and shouldn’t be used anymore. It will be removed in a future version
(darktable:3495): Gtk-WARNING **: Theme parsing error: gtk.css:71:36: The style property GtkCheckMenuItem:indicator-size is deprecated and shouldn’t be used anymore. It will be removed in a future version
(darktable:3495): Gtk-WARNING **: Theme parsing error: gtk.css:76:30: The style property GtkExpander:expander-size is deprecated and shouldn’t be used anymore. It will be removed in a future version[/code]
J’ai capturé ceux-ci sur mon système
@jpverrue
je comprends que de simples messages de warning soient sans conséquence. J’ai un peu pataugé dans du code ici et là pour avoir appris à relativiser certaines alertes.
Ce qui m’étonne c’est que des messages qualifiés de ‹ CRITICAL › n’aient aucun effet apparent sur le fonctionnement de darktable.
Quant à ‹ This likely means that your installation is broken › est-ce exagérément alarmiste de la part des développeurs ?
Dans
error parsing /Applications/darktable.app/Contentsshare/darktable/darktable.cssil manque juste un ‹ / › entre ‹ Contents › et ‹ share ›.
Pardon, le chemin exact est
/Applications/darktable.app/Contents/Resources/share/darktable/darktable.cssUn bogue spécifique à la structure de la version Mac. ???
Pas les mêmes du coup… J’en ai aucun sur ma conf.