Utiliser Qt à la place de GTK

Compte anonymisé · Le 17/10/2010, à 15:28

"The Uploader" est simplement en train de découvrir comment fonctionne la gestion mémoire des OS.

The Uploader · Le 17/10/2010, à 15:34

Oui oui, c'est ça...

En attendant je ne prétends pas que KDE gère la mémoire ou autre exploits.

D'ailleurs, sous XFCE mes applis s'ouvrent instantanément. Étrange, je ne suis pourtant pas sous KDE!
(un paramètre d'ouverture de session n'y serait pas étranger.. Et pourtant ladite ouverture est rapide!)

Кຼزດ · Le 17/10/2010, à 15:39

sylvainsjc a écrit :

Oui je préfère que mon bureau prenne "que" quelques secondes de plus pour se charger et avoir ensuite mes application qui s'ouvrent rapidement. Il faut dire que je ne démarre pas mon PC toutes les 5 minutes? Mais c'est encore la grande liberté de choix qu'offre Linux...
En attendant Koin est surement en train de tester Kde

Non, je lui ai laissé 2h, pas plus (cf dixième problème), contrairement aux autres versions de KDE4 auxquelles j'avais accordé un peu plus d'attention.
KDE 4.5.2 :
Premier problème : phonon qui me faisait de la merde avec ma sortie de son, obligé de lâcher mpd pour amarok (qui s'est pas mal amélioré, je le reconnais)
Deuxième problème : en passant la barre des tâches en position verticale, ça a totalement chamboulé l'organisation des bureaux
(2 lignes de 3 colonnes qui se transforment en 3 lignes de 2 colonnes…)
Troisième problème : les trucs pour aler récupérer automatiquement les thèmes sur internet (kde-look, je suppose) sont une bonne idée, mais ne fonctionnent pas toujours
Quatrième problème : désolé, mais tous les effets graphiques ne sont pas fluides (j'ai laissé le minimum, raccourci exposé, présentation des fenêtres, transparence)
Cinquième problème : le vocabulaire de plasma est particulier, faut s'adapter
Sixième problème : l'utilisation mémoire reste problèmatique, 1.5Go avec le bureau + amarok + kmail
Septième problème : les plasmoïdes se placent parfois aléatoirement (et se déplacent à l'ajout de nouveaux)
Huitième problème : bon, je l'ai désactivé, mais pouvoir choisir la ram utilisée par strigi/nepomuk, c'est juste bidon, ça marche pas
Neuvième problème : les raccourcis clavier à redéfinir, sérieusement, on est en 2010, tous les environnements dignes de ce nom ont un raccourci pour aller au bureau précédent/suivant
Dixième problème : les freezes ; j'ai eu plus de freezes (de X) en 2h de KDE que dans les deux derniers mois sous openbox

Sinon, oui c'est joli (ou du moins ça peut l'être), oui c'est moderne, oui c'est novateur pour beaucoup de choses, mais voilà quoi.
Je tiens également quand même à féliciter les développeurs de Kmail, c'est enfin utilisable.

Antoine59 · Le 17/10/2010, à 15:47

KDE gère la mémoire à son niveau. Il connait l'espace disponible et s'adapte en conséquence. Evidemment que je sais que la mémoire vive est gérée de façon précise (adressage, etc) par l'OS. J'ai lu le livre de Tanenbaum sur la conception d'un OS, c'est très intéressant d'ailleurs.
En ce qui concerne XFCE comment peux-tu le comparer à KDE. KDE est bien plus riche technologiquement parlant, son but est d'offrir le plus de fonctionnalités possibles tandis que le but de XFCE est de se réduire au strict essentiel. Ce sont deux visions différentes.

@Кຼزດ : C'est aussi ce que je reproche à KDE, j'ai l'impression qu'ils veulent aller trop vite et ça manque de finition.

The Uploader · Le 17/10/2010, à 15:55

En ce qui concerne XFCE comment peux-tu le comparer à KDE. KDE est bien plus riche technologiquement parlant, son but est d'offrir le plus de fonctionnalités possibles tandis que le but de XFCE est de se réduire au strict essentiel. Ce sont deux visions différentes.

Je ne compare pas, je dis juste que mes applications se chargent très vite car y'a en fait préchargement (d'après XFCE settings manager -> session et démarrage -> avancé -> [x]charger les services Gnome/KDE au démarrage), contrairement aux apparences (ouverture de session plus rapide que sous Kubuntu).

Oui XFCE se réduit à l'essentiel, et c'est un plaisir à utiliser sur une machine récente, et je vais pas aller me pendre pour faire plaisir à sylvainsjc.

Y'a rien qui fait ramer ou qui met trois ans à s'afficher (oui je sais Kubuntu est mauvaise tout ça. Ben alors dans ce cas ça le prouve, c'est tout.)

Malizor · Le 17/10/2010, à 16:37

Le jour ou les trolls comprendront que chacun a ses propres goûts... et ben y aura plus de trolls.

Sinon je vous signal que vous êtes HS, ce topic n'est pas un « KDE vs Gnome vs Xfce vs OpenBox vs TTY » (sinon il aurait été fermé depuis longtemps pour cause de troll/doublon).

Il s'agit ici de discuter de l'éventuelle opportunité de recoder Gnome en Qt (ça sert à quelque chose ? En quoi ça serait mieux/moins bien ? C'est pas un peu stupide avec GTK 3 qui arrive dans moins de 6 mois ?)
Et le tout (et c'est là qu'on remarque toute la beauté de ce topic et l'intelligence de ses participants) sans tomber dans le troll stérile « GTK ça suxxx et Qt ça roxxx » (ou inversement).

The Uploader · Le 17/10/2010, à 16:56

Le jour ou les trolls comprendront que chacun a ses propres goûts... et ben y aura plus de trolls.

+1000.

Pour recoder Gnome en QT.... je crois que ça en choquerait plus d'un Gnomiste qui croit que QT = KDE. Perte d'utilisateurs massive à craindre.. Surtout avec GTK 3 qui arrive, c'est de la pure fantaisie, AMHA.. ;-)

Antoine59 · Le 17/10/2010, à 17:01

The Uploader a écrit :

Le jour ou les trolls comprendront que chacun a ses propres goûts... et ben y aura plus de trolls.
+1000.
Pour recoder Gnome en QT.... je crois que ça en choquerait plus d'un Gnomiste qui croit que QT = KDE. Perte d'utilisateurs massive à craindre.. Surtout avec GTK 3 qui arrive, c'est de la pure fantaisie, AMHA.. ;-)

Je ne suis pas convaincu par cet argument, on ne fait pas un choix technologique en se basant sur l'a-priori de la populace.
Je pense simplement que ce serait une grande perte de temps de recoder en Qt. Il vaudrait mieux renforcer GTK et faire évoluer cette bibliothèque dans le bon sens pour offrir un réel concurrent à Qt qui n'en a pour l'instant aucun, il trace à une vitesse folle et laisse les autres biblis sur place.
Déjà le jour où GTK utilisera les primitives natives du système ce sera une bibli viable à mes yeux pour du développement multi-plateforme.
Je ne sais pas s'il en est question pour GTK3 mais je prie pour que ce soit fait.

Dernière modification par Antoine59 (Le 17/10/2010, à 17:02)

Malizor · Le 17/10/2010, à 17:13

Il vaudrait mieux renforcer GTK et faire évoluer cette bibliothèque dans le bon sens

C'est aussi mon avis.

Déjà le jour où GTK utilisera les primitives natives du système ce sera une bibli viable à mes yeux pour du développement multi-plateforme.

Ça a aussi ses inconvénients, adopter les primitives natives implique également d'en prendre les défauts/bugs. De plus, on a alors plus forcément un comportement identique sur tous les systèmes.

Mais en l'occurrence, d'après des tests que j'ai effectué cet été sur les principaux frameworks sur les 3 principaux OS, je me suis rendu compte que Qt avait l'air natif sur la plupart des systèmes mais qu'il ne l'est en pratique pas.
D'après ce que j'ai compris, tout ça c'est juste une affaire de theming.
Qt étant clairement (et de plus en plus) orienté multi-plateforme, de grands efforts ont été fournis à ce niveau. Pour que GTK ai l'air natif sous windows, il suffirait de développer (améliorer ?) le moteur de thème adéquat.

Dernière modification par Malaria (Le 17/10/2010, à 17:19)

TheBootroo · Le 20/10/2010, à 12:56

un article intéressant, trouvé today dans mes RSS: http://mdzlog.alcor.net/2010/10/20/ubuntu-and-qt/

TheBootroo · Le 20/10/2010, à 13:02

a propos de vouloir 'améliorer' GTk, je dis :
- pourquoi réinventer la roue, le travail est fait dans Qt depuis un bon bout de temps
- le pb de vouloir améliorer un truc qui n'est même pas du vrai C++, c'est juste un pseudo POO = crade et peu évolutif, pas facilement maintenable car le code source est rapidement énorme et illisible
- de toute facon Gtk n'égalera JAMAIS Qt pour la simple raison que Gtk n'est qu'un toolkit graphique et Qt un framework, et que Nokia pousse énormément Qt dans les domaines de la mobilité, les performances graphiques (rendu), la 3D, la portabilité

au bout d'un moment, il faut se faire une raison et plutot que de s'enteter à patcher des vieux truc pour esayer d'arriver au niveau des autres (qui continuent d'avancer de leur coté deux fois plus vite) c'est juste de la perte de temps.

il y a aussi le choix technologique du Pur C++ en face du C bidouillé de Gobject que je trouve absolutement horrible.

pour ceux qui ont mentionné Vala ou Mono, pour moi c'est juste à ranger dans la catégorie 'truc inutiles créés pour essayer de faire du neuf avec du vieux' comprendre essayer d'avoir une sorte de Java moderne basé sur du C (même pas du C++) : ben je dis, faut arrêter le déconnage ---> où est l'interêt sérieusement ?

Malizor · Le 20/10/2010, à 13:10

Mais tu pars du principe que C++ est meilleur que C, ce qui est vraiment une appréciation personnelle (que je ne partage pas).

Mono n'a aucun rapport avec le sujet, il n'est absolument pas GTK only.
Quand à Vala, je pense que tu n'as jamais testé.

GTK a d'autres avantages, il sera bientôt accéléré graphiquement (via Cairo), il est beaucoup plus modulaire que Qt (par définition puisque ce n'est pas un framework)...
Et puis la diversité c'est bien aussi.

À titre personnel, je considère que Qt c'est le mal car il ne supporte pas l'espace fine insécable (voir ici).
Je suis allé voir les devs plusieurs fois sur IRC mais je n'ai jamais réussi à attirer leur attention.

Dernière modification par Malaria (Le 20/10/2010, à 13:17)

Compte anonymisé · Le 20/10/2010, à 15:36

Malaria a écrit :

je considère que Qt c'est le mal car il ne supporte pas l'espace fine insécable

C'est une catastrophe.
KDE va soit fermer, ou être contraint d'utiliser gtk.
Heureusement que gtk n'a pas ce bug extrêmement grave et rédhibitoire.
On se demande bien comment font les utilisateurs de KDE pour supporter ce bug insupportable et intolérable.
Heureusement qu'ils n'ont pas été informés, sinon, ils passent tous à gnome direct.
La presse spécialisée va vite s'emparer de cette information pour faire un buzzzz.

sylvainsjc · Le 20/10/2010, à 15:46

φlip a écrit :

Malaria a écrit :
je considère que Qt c'est le mal car il ne supporte pas l'espace fine insécable
C'est une catastrophe.
KDE va soit fermer, ou être contraint d'utiliser gtk.
Heureusement que gtk n'a pas ce bug extrêmement grave et rédhibitoire.
On se demande bien comment font les utilisateurs de KDE pour supporter ce bug insupportable et intolérable.
Heureusement qu'ils n'ont pas été informés, sinon, ils passent tous à gnome direct.
La presse spécialisée va vite s'emparer de cette information pour faire un buzzzz.

y'a pas que Kde et ses applications qui devront migrer en GTK, tu oublies Meego, VLC, Google Earth et les autres application mobiles utilisant QT

keny · Le 20/10/2010, à 15:53

y'a pas que Kde et ses applications qui devront migrer en GTK, tu oublies Meego, VLC, Google Earth et les autres application mobiles utilisant QT

Et photoshop

Malizor · Le 20/10/2010, à 17:00

C'est une catastrophe.

J'ai bien précisé que c'était à titre personnel et puis ma tournure était (un peu) ironique.

Mais en tant que traducteur, j'apprécie tout de même que GTK me permette d'écrire/traduire en bon Français, contrairement à Qt.

Compte anonymisé · Le 20/10/2010, à 18:35

Malaria a écrit :

, j'apprécie tout de même que GTK me permette d'écrire/traduire en bon Français, contrairement à Qt.

Que n'arrives-tu pas à écrire en bon français ?

Malizor · Le 20/10/2010, à 18:40

Les espaces fines insécables qu'on doit rigoureusement utiliser devant les signes ?!;:» et après le signe «.
Pour info, le raccourcis clavier correspondant est « Alt Gr + v » avec l'agencement clavier « France Autre » (par défaut sous Ubuntu).
C'est un peu HS, certes.

darkevolution · Le 20/10/2010, à 18:40

Malaria a écrit :

Mais tu pars du principe que C++ est meilleur que C, ce qui est vraiment une appréciation personnelle (que je ne partage pas).

Euh, je peux pas m'empêcher de dire +1 !

Compte anonymisé · Le 20/10/2010, à 18:50

Malaria a écrit :

Les espaces fines insécables qu'on doit rigoureusement utiliser devant les signes ?!;:» et après le signe «.

J'ai un peu l'impression que tu empapaoutes les mouches.
Peux-tu donner un exemple concret de texte français que tu n'arrives pas à écrire en "Qt" ?

Кຼزດ · Le 20/10/2010, à 18:59

φlip a écrit :

Malaria a écrit :
Les espaces fines insécables qu'on doit rigoureusement utiliser devant les signes ?!;:» et après le signe «.
J'ai un peu l'impression que tu empapaoutes les mouches.
Peux-tu donner un exemple concret de texte français que tu n'arrives pas à écrire en "Qt" ?

Un texte contenant les signes ?!;: ?

Malizor · Le 20/10/2010, à 19:03

Par exemple, compare l'affichage de la chaine suivante entre Firefox/epiphany/midori et Rekonq/konqueror :

Les « espaces fines insécables », c'est super cool !

Tu verras que les espaces ne sont pas affichées dans le deuxième cas.
(C'est bien un bug dans Qt, tu peux aussi essayé de le copier/coller dans un champ de texte si tu veux).
Il y a aussi un des screenshots du rapport de bug que je citais plus haut : http://bugreports.qt.nokia.com/secure/a … xtEdit.png

Bref, c'est certes négligeable pour le commun des mortels, mais personnellement ça me dérange un peu que Qt ne supporte toujours pas Unicode 3.0 (sorti il y a plus de 10 ans), d'autant plus que Unicode 6.0 vient de voir le jour.

Dernière modification par Malaria (Le 20/10/2010, à 19:11)

Compte anonymisé · Le 20/10/2010, à 20:35

Malaria a écrit :

À titre personnel, je considère que Qt c'est le mal car il ne supporte pas l'espace fine insécable .

Einstein a écrit :

Tout est relatif

C'est pas faux.
Néanmoins dans KDE4.5 / Qt 4.7, tu as un ensemble de réglages clavier avec lequel tu dois pouvoir t'amuser avec les espaces insécables (trop compliqué pour moi)
=> "non breakable space" en anglais.

Malizor · Le 20/10/2010, à 20:44

@φlip : Certes (d'ailleurs il y a la même interface avec les mêmes options sous Gnome), mais je parle ici de l'espace fine insécable c'est à dire du caractère narrow no-break space.

Le bug réside dans le « moteur de rendu de textes » inclus dans Qt, j'ai jeté un œil dans le code et j'ai trouvé ça atrocement bordélique et non documenté (mais je ne suis pas suffisamment expérimenté pour pouvoir juger de la chose objectivement).

Dernière modification par Malaria (Le 20/10/2010, à 20:52)

Compte anonymisé · Le 20/10/2010, à 21:28

NARROW NO-BREAK SPACE

Do not use this character in domain names. Browsers are blacklisting it because of the potential for phishing.

Apparemment pas très bonne réputation ce "narrow no-break space".
Mais je ne suis pas spécialiste de la diversité des espaces insécables.

Finalement, KDE va probablement conserver Qt, et Qt s'occuper de cette bête spéciale selon une certaine gestion de priorité pas forcément hautement prioritaire.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#101 Le 17/10/2010, à 15:28

Re : Utiliser Qt à la place de GTK

#102 Le 17/10/2010, à 15:34

Re : Utiliser Qt à la place de GTK

#103 Le 17/10/2010, à 15:39

Re : Utiliser Qt à la place de GTK

#104 Le 17/10/2010, à 15:47

Re : Utiliser Qt à la place de GTK

#105 Le 17/10/2010, à 15:55

Re : Utiliser Qt à la place de GTK

#106 Le 17/10/2010, à 16:37

Re : Utiliser Qt à la place de GTK

#107 Le 17/10/2010, à 16:56

Re : Utiliser Qt à la place de GTK

#108 Le 17/10/2010, à 17:01

Re : Utiliser Qt à la place de GTK

#109 Le 17/10/2010, à 17:13

Re : Utiliser Qt à la place de GTK

#110 Le 20/10/2010, à 12:56

Re : Utiliser Qt à la place de GTK

#111 Le 20/10/2010, à 13:02

Re : Utiliser Qt à la place de GTK

#112 Le 20/10/2010, à 13:10

Re : Utiliser Qt à la place de GTK

#113 Le 20/10/2010, à 15:36

Re : Utiliser Qt à la place de GTK

#114 Le 20/10/2010, à 15:46

Re : Utiliser Qt à la place de GTK

#115 Le 20/10/2010, à 15:53

Re : Utiliser Qt à la place de GTK

#116 Le 20/10/2010, à 17:00

Re : Utiliser Qt à la place de GTK

#117 Le 20/10/2010, à 18:35

Re : Utiliser Qt à la place de GTK

#118 Le 20/10/2010, à 18:40

Re : Utiliser Qt à la place de GTK

#119 Le 20/10/2010, à 18:40

Re : Utiliser Qt à la place de GTK

#120 Le 20/10/2010, à 18:50

Re : Utiliser Qt à la place de GTK

#121 Le 20/10/2010, à 18:59

Re : Utiliser Qt à la place de GTK

#122 Le 20/10/2010, à 19:03

Re : Utiliser Qt à la place de GTK

#123 Le 20/10/2010, à 20:35

Re : Utiliser Qt à la place de GTK

#124 Le 20/10/2010, à 20:44

Re : Utiliser Qt à la place de GTK

#125 Le 20/10/2010, à 21:28

Re : Utiliser Qt à la place de GTK

Pied de page des forums