> L'appli ne fait que des appels à gtk_file_chooser_* mais si gnome-vfs est installé sur le système, il est utilisé
Effectivement, c'est possible. Je n'avais pas envisagé un file_chooser dynamique.
C'est intéressant et ça change beaucoup la façon de voir les choses. gtk+ n'est plus seulement un toolkit graphique mais aussi "noyau" extensible dynamiquement.
Tu sais depuis quand c'est fait comme ça ?
C'est spécifique au file_chooser ou ça va être fait à d'autres domaines de gtk+ ?
which lets you set a callback function that will be called when an URL is clicked in the new GTK+ about dialog. In GNOME, this would open your default web browser with that link. Remember that GTK+ shouldn't enforce policy about what desktop the user is running. Since we're getting more high-level widgets in GTK+, expect more hooks of this type.
Il faut bien que Gnome renseigne gtk_about_dialog_set_url_book par une valeur par défaut. Ça ne peut être fait que par libgnome ou libgnomeui et ce n'est pas à gtk+ de le faire. Sinon il doit avoir du code pour savoir s'il tourne sous Gnome ou KDE ou Xfce et fixer la valeurs par défaut. Dans le cas de Gnome il doit aussi utiliser gconf.
Certe on peut trouver une solution avec les modules. Gtk charge les modules "desktop" qu'il trouve (KDE, Gnome, ...) et demande à chacun dans quel environnement il tourne et s'il tourne sous Gnome par exemple il demande au même module la valeur de gtk_about_dialog_set_url_hook.
[^] # Re: Logo
Posté par itstimetogo . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 2.
Effectivement, c'est possible. Je n'avais pas envisagé un file_chooser dynamique.
C'est intéressant et ça change beaucoup la façon de voir les choses. gtk+ n'est plus seulement un toolkit graphique mais aussi "noyau" extensible dynamiquement.
Tu sais depuis quand c'est fait comme ça ?
C'est spécifique au file_chooser ou ça va être fait à d'autres domaines de gtk+ ?
Mais il y aura toujours ce type de "problème" spécificité Gnome ( http://people.imendio.com/andersca/archives/2004/11/handling_deskto(...) ) :
Also, in GTK+ 2.6 there are more hooks that need to be filled by someone, for example
gtk_about_dialog_set_url_hook
which lets you set a callback function that will be called when an URL is clicked in the new GTK+ about dialog. In GNOME, this would open your default web browser with that link. Remember that GTK+ shouldn't enforce policy about what desktop the user is running. Since we're getting more high-level widgets in GTK+, expect more hooks of this type.
Il faut bien que Gnome renseigne gtk_about_dialog_set_url_book par une valeur par défaut. Ça ne peut être fait que par libgnome ou libgnomeui et ce n'est pas à gtk+ de le faire. Sinon il doit avoir du code pour savoir s'il tourne sous Gnome ou KDE ou Xfce et fixer la valeurs par défaut. Dans le cas de Gnome il doit aussi utiliser gconf.
Certe on peut trouver une solution avec les modules. Gtk charge les modules "desktop" qu'il trouve (KDE, Gnome, ...) et demande à chacun dans quel environnement il tourne et s'il tourne sous Gnome par exemple il demande au même module la valeur de gtk_about_dialog_set_url_hook.
Tout est possible mais ça fait presque peur :-)