Bon, je réponds rapidement, et je précise avant que j'utilise comme thème Gtk+2 est ThinBright2, et Gtk+1.2 une variation de Funklor qui est en fait ThinBright2 pour Gtk+1.2.
prenons le dialogue pour enregister un fichier. dés qu'on change de repertoire, pouf le nom du fichier disparait.
Charmant, non ?
Gnii? Peux-tu expliciter ? Là, je vais dans mon menu Galeon (1.2.6, et c'est pareil avec sylpheed), j'ai comments_reply,10264,147999,1.html (le nom de la page, donc), dans le buffer, et si je clique sur un répertoire, il va dans ce répertoire conserve bien le nom du fichier dans la zone de texte. Tout ça en Sid, donc Gtk+ 1.2.10. Bien entendu, il va sans dire que le comportement est le même avec Gtk+ 2. Donc, je vois pas.
ensuite, que quelqu'un vienne me dire que c'est utile de mettre des kilometres de bordures autour des boutons...
Euuh, là, je te suis pas. C'est peut-être lié à ton thème, remarque. Auquel cas ça n'a pas grand chose à voir avec Gtk+, donc bon..
toujours dans la meme veine, le séparateur entre deux zones redimensionnables.
le truc ou il y a une zone minuscule pour faire glisser le separateur ( je sais, ca depends du theme ). ben, c'est nulle. sous qt, tu clique n'importe ou sur la barre et c'est bon ca glisse.
Bon, là, mon Sylpheed confirme effectivement que c'est vrai. Ceci dit, mon pan et mon gedit utilisant Gtk+2 me montrer que cela a été changé dans Gtk+2. Donc, il ne reste plus qu'à inciter les gens à passer leurs applications en Gtk+1.2. C'est sur la voie avec pas mal d'applis majeures, du genre Galeon.
on peut cliquer sur les boutons au dessu des listes, masi il ne se apsse rien. pour alors autoriser le click ? c'est ce qu'on appelle un mauvais feedback. On a l'impression que ca fait quelque chose, masi ca fait rien. Et le bouton passe en surbrillance quand on passe dessus, donnait l'impression qu'une action est possible...
Il s'agit d'une des erreurs de GtkCList. Ce widget est deprecated dans Gtk+2, mais encore utilisé par quelques applications qui en faisaient un usage intensif, et qui ne sont pas encore passées au nouveau widget, qui est incomparablement plus puissant, et considérablement mieux fait - mais peut-être un peu plus difficile d'accès. Bref, fixed.
voila, tout cela n'existe pas dans qt.
Si tu compares avec le dernier Qt, compare le dernier Gtk+. Et là, comme tu vois plus haut, ce que tu dis n'est plus valide.
pour moi, tant que gtk aura ces problémes, qt sera mieux. ( pour moi )
Parfait! Gtk+ est donc au moins aussi bien, là. (je ne joue qu'à ton propre jeu, en ne considérant pas le reste)
[^] # Re: Ca compile c'est déjà ça ...
Posté par Manuel Menal . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 4.
prenons le dialogue pour enregister un fichier. dés qu'on change de repertoire, pouf le nom du fichier disparait.
Charmant, non ?
Gnii? Peux-tu expliciter ? Là, je vais dans mon menu Galeon (1.2.6, et c'est pareil avec sylpheed), j'ai comments_reply,10264,147999,1.html (le nom de la page, donc), dans le buffer, et si je clique sur un répertoire, il va dans ce répertoire conserve bien le nom du fichier dans la zone de texte. Tout ça en Sid, donc Gtk+ 1.2.10. Bien entendu, il va sans dire que le comportement est le même avec Gtk+ 2. Donc, je vois pas.
en plus, cette boite est graphique a souhait...
Là, on est d'accord. http://developer.gnome.org/news/summary/2002_October20-October26.ht(...) pour plus d'informations.
ensuite, que quelqu'un vienne me dire que c'est utile de mettre des kilometres de bordures autour des boutons...
Euuh, là, je te suis pas. C'est peut-être lié à ton thème, remarque. Auquel cas ça n'a pas grand chose à voir avec Gtk+, donc bon..
toujours dans la meme veine, le séparateur entre deux zones redimensionnables.
le truc ou il y a une zone minuscule pour faire glisser le separateur ( je sais, ca depends du theme ). ben, c'est nulle. sous qt, tu clique n'importe ou sur la barre et c'est bon ca glisse.
Bon, là, mon Sylpheed confirme effectivement que c'est vrai. Ceci dit, mon pan et mon gedit utilisant Gtk+2 me montrer que cela a été changé dans Gtk+2. Donc, il ne reste plus qu'à inciter les gens à passer leurs applications en Gtk+1.2. C'est sur la voie avec pas mal d'applis majeures, du genre Galeon.
on peut cliquer sur les boutons au dessu des listes, masi il ne se apsse rien. pour alors autoriser le click ? c'est ce qu'on appelle un mauvais feedback. On a l'impression que ca fait quelque chose, masi ca fait rien. Et le bouton passe en surbrillance quand on passe dessus, donnait l'impression qu'une action est possible...
Il s'agit d'une des erreurs de GtkCList. Ce widget est deprecated dans Gtk+2, mais encore utilisé par quelques applications qui en faisaient un usage intensif, et qui ne sont pas encore passées au nouveau widget, qui est incomparablement plus puissant, et considérablement mieux fait - mais peut-être un peu plus difficile d'accès. Bref, fixed.
voila, tout cela n'existe pas dans qt.
Si tu compares avec le dernier Qt, compare le dernier Gtk+. Et là, comme tu vois plus haut, ce que tu dis n'est plus valide.
pour moi, tant que gtk aura ces problémes, qt sera mieux. ( pour moi )
Parfait! Gtk+ est donc au moins aussi bien, là. (je ne joue qu'à ton propre jeu, en ne considérant pas le reste)