[Gtk_File_Chooser] [Windows]refuse de s'ouvrir

Version imprimable

Bonjour

J'ai un problème lors de l'ouverture d'une fenêtre GtkFileChooserDialog. Voici le message d'erreur que j'ai lors de son ouverture :

Code:

1
2
3
4
5
6
7
8
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\troumad\\Local Settings\\Application Data\\gtk-3.0\\bookmarks"
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\D:\\Documents\\add\\perso\\trash:"
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\troumad\\Local Settings\\Application Data\\gtk-3.0\\servers"
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\troumad\\Local Settings\\Application Data\\gtk-3.0\\bookmarks"
GLib-GIO-Message: watch thread: could not watch /org/gtk/settings/file-chooser/: E/S avec chevauchement en cours.
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
 
(perso.exe:8): GLib-GIO-ERROR **: Settings schema 'org.gtk.Settings.FileChooser' does not contain a key named 'date-format'

Le code pour ouvrir les fichiers glade a été pris ici :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
void get_widgets(struct widgets *widgets)
{
  widgets->window = GTK_WIDGET(gtk_builder_get_object(widgets->builder,"window"));
}
 
struct widgets * ouverture_glade_retour(char * _nom, unsigned short connect)
{
  GError *error = NULL;
  struct widgets * widgets=NULL;
  char *chemin, * ici=chemin_exe();
 
  widgets=(struct widgets *)malloc(sizeof(struct widgets));
 
  widgets->builder = gtk_builder_new();
  chemin=g_build_path (G_DIR_SEPARATOR_S,ici,"fichiers","glade",_nom,NULL);
  if (!gtk_builder_add_from_file(widgets->builder, chemin, &error))
  {
      g_warning("%s", error->message);
      g_error_free(error);
      printf("Fichier %s inexistant à l'emplacement %s\n",_nom,chemin);
      widgets=NULL;
  }
  else
  {
      get_widgets(widgets);
      if ((connect&GLADE_CONNECT)!=0)
      {
          gtk_builder_connect_signals(widgets->builder, widgets);
      }
 
      gtk_widget_show(widgets->window);
  }
  g_free(chemin);
  g_free(ici);
 
  return widgets;
}

Bien sûr sous Linux, je n'ai pas de problème...

29/06/2016, 18h09
gerald3d

En traduisant simplement les warnings les quatre premières lignes te disent que les noms de tes chemins sont beaucoup trop longs.

La ligne 6 t'indique qu'il n'est pas conseillé d'utiliser une boite de dialogue sans lui spécifier sa fenêtre parente.

Enfin, et le problème vient sûrement de là, il y a une clef "date-format" dans le fichier xml inconnu pour Gtk+ !

Citation:

Envoyé par gerald3d

En traduisant simplement les warnings les quatre premières lignes te disent que les noms de tes chemins sont beaucoup trop longs.

Je ne sais pas d'où peuvent venir ces chemins. C'est surement dans les fichiers de configuration de wine.

Citation:

Envoyé par gerald3d

La ligne 6 t'indique qu'il n'est pas conseillé d'utiliser une boite de dialogue sans lui spécifier sa fenêtre parente.

Ça vient du code que j'ai passé, je ne vois pas comment spécifier une fenêtre parente à une autre fenêtre.

Citation:

Envoyé par gerald3d

Enfin, et le problème vient sûrement de là, il y a une clef "date-format" dans le fichier xml inconnu pour Gtk+ !

Cette entrée de mon fichier Linux n'était pas présente dans les fichiers correspondants de wine. Je l'ai rajouté :
J'ai mis :
Code:

1 2 3 4 5 6 7 <key name="date-format" enum="org.gtk.Settings.FileChooser.DateFormat"> <default>'regular'</default> <summary>Date format</summary> <description> The amount of detail to show in the Modified column. </description> </key>
dans :
Code:

1 2 3 4 5 [troumad@localhost drive_c]$ find -iname org.gtk.Settings.FileChooser* ./Program Files/perso/share/glib-2.0/schemas/org.gtk.Settings.FileChooser.gschema.xml ./Program Files/perso/share/glib-2.0/schemas/org.gtk.Settings.FileChooser.gschema.xml~ ./GTK/share/glib-2.0/schemas/org.gtk.Settings.FileChooser.gschema.xml ./GTK/share/glib-2.0/schemas/org.gtk.Settings.FileChooser.gschema.xml~
Et rien n'a changé.

29/06/2016, 19h34
gerald3d

Citation:

Envoyé par troumad

Ça vient du code que j'ai passé, je ne vois pas comment spécifier une fenêtre parente à une autre fenêtre.

Tu peux utiliser cette fonction :

Code:

void gtk_window_set_transient_for (GtkWindow *window, GtkWindow *parent);
29/06/2016, 20h26
troumad

Ça marche peut-être, mais comme on réalise l’affiliation après la création, le message est toujours là.

Mon filechooser est créé à partir de glade. Le passage du fichier glade à la fenêtre se fait par l"intermédiaire de 2 fonctions : gtk_builder_get_object et gtk_builder_add_from_file .
Je ne sais laquelle exactement génère la fenêtre.

Si dans la fonction qui génère la fenêtre je donne un parent avec la fonction : [CODELINE]gtk_widget_set_parent_window ((widgets->window),GTK_WINDOW(_widgets->window));[/CODELINE], je n'ai plus ce problème. Enfin, le programme ne plante plus lors de cet appel, je n'ai plus le message avec l'erreur, mais la fenêtre ne s'ouvre pas (même sous Linux). Il y a peut-être quelque chose à voir à ce niveau.
Le problème est surtout à la compilation cette fois :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 ouverture.c: In function 'ouverture': /usr/i686-w64-mingw32/sys-root/mingw/include/gtk-3.0/gtk/gtkwindow.h:40:27: warning: passing argument 2 of 'gtk_widget_set_parent_window' from incompatible pointer type [-Wincompatible-pointer-types] #define GTK_WINDOW(obj) (G_TYPE_CHECK_INSTANCE_CAST ((obj), GTK_TYPE_WINDOW, GtkWindow)) ^ ouverture.c:53:55: note: in expansion of macro 'GTK_WINDOW' gtk_widget_set_parent_window ((widgets->window),GTK_WINDOW(_widgets->window)); ^ In file included from /usr/i686-w64-mingw32/sys-root/mingw/include/gtk-3.0/gtk/gtkapplication.h:27:0, from /usr/i686-w64-mingw32/sys-root/mingw/include/gtk-3.0/gtk/gtkwindow.h:33, from /usr/i686-w64-mingw32/sys-root/mingw/include/gtk-3.0/gtk/gtkdialog.h:32, from /usr/i686-w64-mingw32/sys-root/mingw/include/gtk-3.0/gtk/gtkaboutdialog.h:30, from /usr/i686-w64-mingw32/sys-root/mingw/include/gtk-3.0/gtk/gtk.h:31, from include.h:16, from ouverture.c:22: /usr/i686-w64-mingw32/sys-root/mingw/include/gtk-3.0/gtk/gtkwidget.h:899:23: note: expected 'GdkWindow * {aka struct _GdkWindow *}' but argument is of type 'GtkWindow * {aka struct _GtkWindow *}' void gtk_widget_set_parent_window (GtkWidget *widget, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~

Toujours rien... J'ai essayé de nouveaux tests : je ne passe plus par glade. Le problème est le même.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
        GSList * noms_de_fichier=NULL;
        GtkFileFilter *filtre=NULL;
        GtkWidget * choix=NULL;
        guint rep=0;
 
printf("1\n");
        choix=gtk_file_chooser_dialog_new("Ouvrir un groupe de personnages", GTK_WINDOW(_widgets->window),
                                          GTK_FILE_CHOOSER_ACTION_OPEN,
                                          GTK_STOCK_NEW, GTK_RESPONSE_CANCEL,
                                          GTK_STOCK_OPEN, GTK_RESPONSE_YES,
                                          NULL);
 
        gtk_file_chooser_set_select_multiple (GTK_FILE_CHOOSER(choix),TRUE);
        gtk_file_chooser_set_show_hidden (GTK_FILE_CHOOSER(choix),FALSE);
        filtre=gtk_file_filter_new();
        gtk_file_filter_add_pattern (filtre, "*.pers");
        gtk_file_filter_add_pattern (filtre, "*.grp");
        gtk_file_chooser_add_filter(GTK_FILE_CHOOSER(choix),filtre);
        noms_de_fichier = gtk_file_chooser_get_filenames (GTK_FILE_CHOOSER(choix));
printf("2\n");
        rep=gtk_dialog_run (GTK_DIALOG (choix));
        free(noms_de_fichier);

Toujours la même réponse :

Code:

1
2
3
4
5
6
7
8
9
1
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\troumad\\Local Settings\\Application Data\\gtk-3.0\\bookmarks"
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\D:\\Documents\\add\\perso\\trash:"
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\troumad\\Local Settings\\Application Data\\gtk-3.0\\servers"
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\troumad\\Local Settings\\Application Data\\gtk-3.0\\bookmarks"
2
GLib-GIO-Message: watch thread: could not watch /org/gtk/settings/file-chooser/: E/S avec chevauchement en cours.
 
(perso.exe:8): GLib-GIO-ERROR **: Settings schema 'org.gtk.Settings.FileChooser' does not contain a key named 'date-format'

Peut-être qu'en cherchant du côté des chemins trop longs ? Mais, ils sont définis où ?

01/07/2016, 22h16
troumad

Si quelqu'un me passer un exemple qui marche sus windows avec gtk3, je jette l’éponge :(

Je viens de mettre à jour le compilateur C en même temps que code::blocks.

L'erreur n'est plus la même :

Code:

1
2
3
4
5
6
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\users\\troumad\\Local Settings\\Application Data\\gtk-3.0\\bookmarks"
fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\D:\\Documents\\add\\perso\\trash:"
**
Gtk:ERROR:../../gtk/gtkiconhelper.c:493:ensure_surface_for_gicon: assertion failed: (destination)
 
abnormal program termination

14/08/2016, 18h32
Luke spywoker
Salut troumad,

comme je te l'ai expliquer lors d'échanges privée, il faut utiliser le gtk_file_chooser_native qui est le sélecteur de fichiers natif de Windows et qui est comme tu l'a remarquer soumis a quelques restrictions:

Citation:

Je viens de regarder https://developer.gnome.org/gtk3/sta...serNative.html
Il me semble que je vais beaucoup perdre car :
1) Je ne peux pas sélectionner plusieurs fichiers.
2) Mon application affichais sur la fenêtre de choix des informations sur le fichier sélectionné.

Citation:

1) Je ne peux pas sélectionner plusieurs fichiers.

Non mais ton client peut aisément sélectionner plusieurs fichiers en se servant des raccourcis clavier Ctrl et Shift (Maj) il suffit de lui indiquer l'information.

Citation:

2) Mon application affichais sur la fenêtre de choix des informations sur le fichier sélectionné.

Tu ne peut te servir de gtk_file_chooser_set_extra_widget() mais je pense que tu peut "peut-être" te servir du gtk_file_chooser_set_preview_widget()... A toi de voir.

Sinon le natif est compatible avec la plupart des fonctionnalités du gtk_file_chooser.

Mais je ne suis pas un fervent défenseur de Windows comme tu le sais, mais il est bien que GTK+-3.0 implémente une alternative pour le sélecteur de fichier concernant Windows.

De toute façon tu n'a pas tellement le choix si tu désire faire une version Windows, qui est de toute façon par nature soumis a quelques restrictions concernant la programmation en général...

---

J'essaierai, a ta place, la solution que je t'ai proposer: utiliser MSYS2 au lieu de Wine.

Mais copie quand même les *.dll requises et le binaire en dehors de l'arborescence de MSYS2 comme cela (de tête):
Code:

1 2 3 4 5 ldd ./my_prg | grep mingw32 | cp $(gawk { ' print $3 ' }) destdir cp ./my_prg destdir
Car le comportement peut être différents que a l'intérieur de l'arborescence de MSYS2 comme j'en ai fait la triste expérience.

---

Me concernant j'ai dû remplacer la sélection de dossiers par une sélection de fichiers la faute a un BUG dans l'implémentation,

et j'ai mis 3 semaines a comprendre d'ou venait le problème (Oufff),

lors de la mise au point de la version Windows de mmp-2.1 ou Micro Music Player Pour Windows.

Bon courage et que Windows se fasse v.... me concernant.
23/08/2016, 19h56
troumad

Je n'ai pas trop le temps de tester en ce moment...

Je viens de regarder pour ça :

Citation:

Envoyé par Luke spywoker

Non mais ton client peut aisément sélectionner plusieurs fichiers en se servant des raccourcis clavier Ctrl et Shift (Maj) il suffit de lui indiquer l'information.

Le premier exemple donné dans la feuille https://developer.gnome.org/gtk3/sta...serNative.html permet de récupérer le nom d'un fichier avec l'utilisation de gtk_file_chooser_get_filename. Tu penses que si je mets gtk_file_chooser_get_filenames (avec le s à la fin) je peux récupérer plusieurs nom ?

Pour le reste, je regarde plus tard.
23/08/2016, 21h06
Luke spywoker

Oui car j'utilise:

gtk_file_chooser_get_filenames

Dans mmp-2.1 version Windows.

Bonjour

je viens de faire un essai. Voici mon code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
    GtkFileChooserNative *native;
    GtkFileChooserAction action = GTK_FILE_CHOOSER_ACTION_OPEN;
    gint res;
    GSList * liste, * tmp;
    native = gtk_file_chooser_native_new ("Open File",
                                          NULL /*parent_window*/,
                                          action,
                                          "_Open",
                                          "_Cancel");
    res = gtk_native_dialog_run (GTK_NATIVE_DIALOG (native));
    if (res == GTK_RESPONSE_ACCEPT)
      {
        GtkFileChooser *chooser = GTK_FILE_CHOOSER (native);
        liste = gtk_file_chooser_get_filenames (chooser);
        for (tmp=liste;tmp!=NULL;tmp=tmp->next)
        {
            ouvre_perso((char *)tmp->data);
        }
      }
 
    g_object_unref (native);

Sous Linux, la compilation est passée, mais je ne peux sélectionner qu'un seul fichier (c'est peut-être à cause de XFCE4). L'exécution semble bonne.

Sous windows, j'ai ce problème dès la compilation :

Citation:

D:\Documents\add\perso\ouverture.c|35|error: unknown type name 'GtkFileChooserNative'|

26/08/2016, 23h17
troumad

j'avais des interférences entre différentes versions de librairies et de compilateur. La compilation est passée, mais je reste avec un problème :(

J'ouvre bien l'explorateur pour choisir un fichier, mais
- je ne peux en sélectionner qu'un
- une fois sélectionné, quand je valide, j'ai cette erreur :

Code:

GLib-GIO-Message: watch thread: could not watch /org/gtk/settings/file-chooser/: E/S avec chevauchement en cours.

La suite après une bonne nuit....

Comme la compilation était une histoire de mise à jour entre les .h et le compilateur, je me suis demandé si les fichiers de configuration locale avait aussi un problème de mise à jour. Voici ce que j'avais fait pour que ça marche et ce que j'ai du faire pour réparer le tout :
A) Mise en route au début
1) Copier le répertoire share de mingw dans le répertoire de lancement de mon .exe ( je le lance avec wine perso.exe )
2) faire le trie pour ne garder que le français dans les locales
B) réparation
1) supprimer le répertoire share de mon répertoire perso
2) refaire la manip du A avec la dernière version

Maintenant, ça marche avec ma version originale (avec glade), le gtk_file_chooser_native_new a toujours son problème de E/S. J'ai donc une version qui marche sous windows, enfin, sous wine... Il faut trouver un testeur sous windows !

Par contre, j'aimerai bien comprendre le problème avec gtk_file_chooser_native_new. Et pourquoi chez moi, je ne peux sélectionner qu'un seul fichier.

Autre point, je compile maintenant avec un makefile et rien que des paquets Mageia :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 #CC=gcc CC=i686-w64-mingw32-gcc CFLAGS= -Wshadow -Winit-self -Wredundant-decls -Wcast-align -Wundef -Wfloat-equal -Winline -Wunreachable-code -Wmissing-declarations -Wmissing-include-dirs -Wswitch-enum -Wswitch-default -Wmain -Wall `i686-w64-mingw32-pkg-config gtk+-3.0 --cflags` -export-dynamic -mwindows LDFLAGS=`i686-w64-mingw32-pkg-config gtk+-3.0 --libs` -lzip -mwindows -Wl,--export-all-symbols EXEC=perso.exe SRC= $(wildcard *.c) OBJ= $(SRC:.c=.o) all: $(EXEC) $(EXEC) : $(OBJ) $(CC) -o $@ $^ $(LDFLAGS) %.o: %.c $(CC) -o $@ -c $< $(CFLAGS) clean: rm *.o mrproper: clean rm $(EXEC)

28/08/2016, 09h52
Luke spywoker
Je te recommande vivement d'utiliser MSYS2 sous Windows, car autant compiler en natif pour du Windows pour du Windows.

Sinon pas besoin de copier tout le dossier des *.dll de mingw(32|64). Mon petit script copie tout le nécessaire:
Code:

1 2 3 4 ldd ./my_prg | grep mingw32 | cp $(gawk { ' print $3 ' }) destdir cp ./my_prg destdir
Avec MSYS2 tu peut utiliser beaucoup de commandes Linux et y a pas mal de paquetages intéressant pour les Linux que nous sommes: comme les "manpages POSIX", etc...
Code:

1 2 3 4 pacman -Ss search-term pacman -S package-to-download
Et je te conseille aussi de compiler en 64 bits car plus personne ne tourne en 32 bits sous Windows (heu je pense).
28/08/2016, 12h07
troumad

Citation:

Envoyé par Luke spywoker

Je te recommande vivement d'utiliser MSYS2 sous Windows, car autant compiler en natif pour du Windows pour du Windows.

Il faudrait que j'ouvre un windows... Trop lourd !

Citation:

Envoyé par Luke spywoker

Sinon pas besoin de copier tout le dossier des *.dll de mingw(32|64). Mon petit script copie tout le nécessaire:

Je compte essayer de compiler en static.

Citation:

Envoyé par Luke spywoker

Et je te conseille aussi de compiler en 64 bits car plus personne ne tourne en 32 bits sous Windows (heu je pense).

C'est comme pour Linux. Il y a sûrement des gens qui tournent avec de vieilles bécanes. Bien que sous windows, ce n'est plus sécurisé à mon avis...
30/08/2016, 17h15
Luke spywoker

Ha tu ne target pas pas un système Windows ??? :roll:

Je veut dire que tu ne compte pas installer ton programme sur un système Windows ?
30/08/2016, 20h11
troumad

je l'installe sous Linux et d'autres testeront sous Windows. Ce n'est pas ma faute s'ils n'ont pas Linux :(
05/09/2016, 13h11
Luke spywoker

Hééééééééééé,

c'est pas ton rôle de programmeur de vérifier si ton programme fonctionne correctement sur la plateforme host ?

Je te fait ce reproche car ton approche manque sérieusement de professionnalisme et comment tu va le packager, fichier *.exe auto-extractible pour Windows mission impossible pour Linux et cross-compilation.

Ce pourquoi je te réoriente une dernière fois vers MSYS2, mais après tout la liberté du programmeur et aussi de créer ce que il veut !
05/09/2016, 17h01
troumad

J'ai un windows en virtal machine. le problème, c'est qu'il m'en faudrait un second. Car ce premier a tous les dll et autres utilitaires pour gtk. C'est donc un essai tronqué.
16/09/2016, 22h57
troumad

Citation:

Envoyé par Luke spywoker

Ha tu ne target pas pas un système Windows ??? :roll:

Je veux dire que tu ne compte pas installer ton programme sur un système Windows ?

J'essaie de la faire... je viens de rendre plus silencieux le ventillo d'un PC avec un windows 7 dessus.
j'ai réussi le début de l'installation de Msys. Suite à une erreur d'initialisation, j'ai du l'enlever et maintenant, il refuse de faire la mise à jour...
pour régler ce problème, voir ici : http://www.developpez.net/forums/d16...-sous-windows/