Journal gtk-qt-engine, firefox, firefox et firefox :(

Posté par  (site web personnel) .
Étiquettes :
15
6
juil.
2010
Bonjour chères moules,

si certaines d'entre vous ont déjà installer gtk-qt-engine (version qt4), ils ont du remarquer qu'en plus des bugs présents dans le moteur gtk lui même, il y'a d'énorme bugs d'affichage avec Firefox...

Je sais qu'il y'a des gens qui connaissent un peu le code des projets Mozilla et peut être pourront il éclairer ma lanterne.

Tel que je le comprend, Firefox n'utilise gtk que pour dessiner dans ses widgets et n'utilise pas vraiment gtk pour construire son interface... Résultat, sur des styles gtk un peu complexe (qtcurve), on trouve plein de if (isMozillaApp()) dans le code pour gérer le comportement bizarre de firefox par exemple.

Depuis quelques mois, j'essaye de corriger gtk-qt-engine, ca avance doucement mais surement, j'ai encore du boulot (tabs pas nickel, répercussion conf kde dans gtk à la qtcurve, transparence de certains widgets) mais le plus dur est passé (gradient oxygen).

Reste Firefox, je ne comprend vraiment pas comment corriger les différents bugs qui le concerne...

En effet, sur la scrollbar, par exemple, il dessine cette dernière puis un slider par dessus (alors qu'une scrollbar gtk en possède déjà un)...

Résultat, ca clignote dans tous les sens, un vrai catastrophe... Le pire, c'est que si je ne dessine pas le slider, tout est nickel (et le slider de la scrollbar gtk apparait) mais dès que je passe la souris sur la scrollbar, Firefox me dessine un gros rectangle gris sur le slider... (en esparant que je dessine un slider dedans)...

La ou je suis encore plus étonné, c'est de voir que par exemple, quand je bouge le slider, firefox redessine dans une nouvelle gdkwindow à chaque fois !

Bref, si quelqu'un a déjà eu à faire à ce genre de soucis avec les logiciels Mozilla, je suis preneur de tout conseil...

  • # OOo

    Posté par  . Évalué à 6.

    Et tu n'as pas de problème avec OpenOffice ? Le mien est inutilisable, les boutons deviennent invisibles. J'ai donc viré gtk-qt-engine.

    • [^] # Re: OOo

      Posté par  . Évalué à 2.

      Il suffit d'utiliser le backend Qt pour OOo directement, non ?

      • [^] # Re: OOo

        Posté par  . Évalué à 2.

        Avec go-oo alors non ? Sous Arch, il ya bien


        OpenOffice.org - go-oo.org enhanced version of SUN's office suite - 3.2.1 branch - uses Qt native engine


        Mais sur AUR... et je ne vois pas d'équivalent pour OpenOffice dans les dépôts, à moins que je loupe quelque chose ? Je vais peut-être quand même essayer.

        • [^] # Re: OOo

          Posté par  (site web personnel) . Évalué à 5.

          Hmm...

          Le paquet openoffice.org de extra utilise Qt mais ne contient pas les icones oxygen.

          Le paquet go-openoffice de extra utilise Qt et contient les icones oxygen ;)

          Mais effectivement, c'est pas encore fait, mais je compte bien blacklister openoffice dans le code du moteur...

  • # Sous Debian

    Posté par  . Évalué à 2.

    L'ordi de mes parents est sous Debian lenny et kde (3.5). Ça fait un moment que j'aimerais que firefox et openoffice utilisent le simple clic (norme kde) et les boîtes de dialogue kde (qui sont mieux pour les médias amovibles). Surtout openoffice, dont les boîtes de dialogues sont franchement pas terribles pour des utilisateurs lambda.

    Il y a quelque temps j'avais cru trouver mon bonheur en découvrant le paquet openoffice.org-kde. Las, ça change que les polices et les icônes, et pas le plus important, cette @#§! de boîte de dialogue openoffice.

    Là j'y ai cru à nouveau avec ce journal : caramba, encore raté. Après l'installation de gtk-qt-engine, une entrée apparaît dans kcontrol mais ni firefox ni openoffice ne changent d'aspect. J'ai raté une étape ? Ce que je cherche c'est mission impossible sous Debian ?

    Comme de toutes façons, le passage à squeeze va entraîner un changement d'aspect, même en restant sous kde (passage à kde4), je me demande s'ils seraient pas mieux sous gnome. Ça sera pas formidable (double clic, boîte de dialogue gtk) mais au moins ça sera uniforme. Ou bien, carrément changer de distribution pour une qui intègre mieux openoffice et firefox à kde…

    • [^] # Re: Sous Debian

      Posté par  (site web personnel) . Évalué à 3.

      Ah le simple clic de KDE... J'avais déjà posé la question ici s'il était possible de l'activer sous Gnome, j'ai fini par laisser tomber.

      En tout cas, avec une distribution plus orientée KDE (la dernière Mandriva), il y a moins de bugs d'affichage, et OpenOffice et Firefox utilisent les boites de dialogue fichier de KDE !

      Donc il y a du progrès (je crois que c'est aussi le cas sous les dernières Fedora & OpenSuse)

    • [^] # Re: Sous Debian

      Posté par  . Évalué à 1.


      Là j'y ai cru à nouveau avec ce journal : caramba, encore raté. Après l'installation de gtk-qt-engine, une entrée apparaît dans kcontrol mais ni firefox ni openoffice ne changent d'aspect. J'ai raté une étape ? Ce que je cherche c'est mission impossible sous Debian ?


      Bein faut l'utiliser ton thème :)
      Qu'il soit installé n'implique pas que le moteur GTK va l'utiliser :)
      Utilise gtk-theme-switch ou un outil du genre pour l'utiliser :)

      • [^] # Re: Sous Debian

        Posté par  . Évalué à 1.

        En fait suite à ce journal j'ai fait quelques recherches. Déjà pour activer openoffice.org-kde il faut faire export OOO_FORCE_DESKTOP=kde. Ensuite j'ai installé qtcurve et j'en suis assez content.

        Pour qtcurves :
        udo aptitude install qtcurve gtk-chtheme qt3-qtconfig qt4-qtconfig
        kcontrol > Apparence > Couleurs > Appliquer les couleurs aux applications non KDE
        kcontrol > Apparence > Style > Qtcurve
        Ne plus changer de thème KDE
        rm ~/.gtkrc-2.0
        gtk-chtheme > Qtcurve
        qtconfig 3 et 4 > Qtcurve

        Reste le problème du simple/double clic pour les applis kde/gtk. Reste aussi le problème des boîtes de dialogues gtk, notamment dans firefox.

        Il faudrait vraiment que freedesktop.org pousse à l'unification… une appli gtk lancée sous kde devrait automatiquement avoir l'aspect qt, les boîtes de dialogue kde et le simple clic. Et pareil pour une appli qt/kde lancée sous gnome.

  • # Que de problème

    Posté par  . Évalué à 2.

    J'ai eu, moi aussi, mon lot de problèmes avec gtk-qt-engine et Firefox. Je me suis d'ailleurs accroché avec le mainteneur sur le ticket de mon rapport de bug : http://bugs.archlinux.org/task/16651

    Depuis, je ne sais pas si le problème a été corrigé ou non.

    • [^] # Re: Que de problème

      Posté par  . Évalué à 3.

      Je me suis dis que je vais installer gtk-qt-engine, et hop Firefox ne fait plus rien une fois qu'on lui demande d'ouvrir une page. Du coup j'utilise Rekonq, mais je perds Vimperator :þ Je vais virer gtk-qt-engine et conserver la mauvaise intégration de gtk dans kde.

      D'ailleurs, j'avais le même bug que toi ces derniers temps, Firefox refusait de se fermer correctement.

      • [^] # Re: Que de problème

        Posté par  . Évalué à 1.

        Perso j'utilise qtcurve comme solution, Firefox passe bien, mais on est limité à un seul thème. Rekonq, j'espère pouvoir en faire mon navigateur principal bientôt (je l'utilise là), mais il manque encore quelques trucs.

    • [^] # Re: Que de problème

      Posté par  (site web personnel) . Évalué à 4.

      Oui, j'ai corrigé ce bug ;)

      Le code est dispo sur le net mais j'ai pas trop envie de faire de la pub tant que je n'ai pas quelque chose de vraiment utilisable, surtout firefox...

      Enfin, en cherchant bien ca se trouve ;)

      • [^] # Re: Que de problème

        Posté par  . Évalué à 3.

        Ah c'est super si tu l'as corrigé. Mais du coup, comment le bug est remonté jusqu'à tes oreilles ?

        • [^] # Re: Que de problème

          Posté par  (site web personnel) . Évalué à 3.

          Ben, c'est un peu le premier truc que tu remarques en utilisant firefox avec gtk-qt-engine :) Et vu que je suis par défaut sur ce dernier depuis des mois ;)

          Bon, du coup, j'avance bien, j'ai des scrollbars dans Firefox presque parfaite!

          • [^] # Re: Que de problème

            Posté par  . Évalué à 2.

            Je pense que tu as corrigé le bug de nonolapero et pas celui que j'ai rapporté.

            • [^] # Re: Que de problème

              Posté par  (site web personnel) . Évalué à 4.

              C'est à dire ?

              >Steps to reproduce:
              >- Open Firefox
              >- Quit Firefox
              >- htop in a terminal to see firefox in what seem to be an infinite loop

              http://gitorious.org/gtk-qt-engine/gtk-qt-engine/commit/bfeb(...)

              • [^] # Re: Que de problème

                Posté par  . Évalué à 2.

                Ah pardon. J'ai cru qu'on s'était mal compris puisqu'un autre problème avait été mentionné juste après le mien, j'ai cru que tu avais répondu au mauvais message.

                Vraisemblablement non et merci d'avoir corrigé ce bug. Au moins, toi tu l'as repéré et corrigé, ce qui est le principal.

  • # Le taureau par les cornes ?

    Posté par  (site web personnel) . Évalué à 10.

    Et pourquoi pas refaire proprement l'interface de Firefox, qu'on en finisse ?

    Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

  • # Barres colorées

    Posté par  . Évalué à 5.

    Le redessinage des barres et des sliders, ce serait pas pour gérér les barre de scrolling avec des couleurs différentes qu'on voyait autrefois ? Juste comme ça, en passant, si ça peut aider ...

    • [^] # Re: Barres colorées

      Posté par  . Évalué à 3.

      Il me semblait que seul IE gérait les couleurs dans les barres de scrolling...

      • [^] # Re: Barres colorées

        Posté par  . Évalué à 4.

        Bah Konqueror au moins le fait aussi.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Barres colorées

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          Opera le fait aussi.

          Sinon webkit a réinventé sa sauce pour faire la même chose en CSS (toujours aussi inutile).

          « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

  • # Résolution perso

    Posté par  . Évalué à 1.

    Pour résoudre le problème, j'ai trouvé cette solution : je n'utilise ni Firefox, ni KDE, ni même Qt.

    Hop, fini le bug :-)

    Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

    • [^] # Re: Résolution perso

      Posté par  . Évalué à 6.

      Si tu n'utilises ni Firefox, ni KDE c'est très bien, mais ce n'est pas une bonne raison pour ne pas utiliser Qt, parce que pour le coup l'utilisation de GTK par Qt fonctionne très bien.

  • # Je commence à mieux comprendre

    Posté par  (site web personnel) . Évalué à 2.

    Cette sous merde de Firefox demande à Gtk d'écrire dans une gdkwindow à la position (-1, -1) ... Bravo aux devs Mozilla...

    • [^] # Re: Je commence à mieux comprendre

      Posté par  . Évalué à 4.

      J'ai oeuvré un moment sur l'IHM de Thunderbird 2 et c'était un vrai bordel. L'IHM d'une fenêtre qui se fait dessiner 2 à 3 fois pour un simple clic dans une checkbox.

      "Pas classe mais alors... pas classe du tout, du tout."

      • [^] # Re: Je commence à mieux comprendre

        Posté par  . Évalué à 4.

        Ah c'est sans doutes pour ça que quand on utilise thunderbird en ssh -X sur une connexion pas très très rapide, dès qu'on cliquait quelque part tout était redessiné.

    • [^] # Re: Je commence à mieux comprendre

      Posté par  . Évalué à 5.

      c'est pour ceux qui ont un écran monté à l'envers.

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

    • [^] # Re: Je commence à mieux comprendre

      Posté par  . Évalué à 2.

      Je pense que si tu as du temps et des patchs à leur proposer, ils en seront ravis.

      • [^] # Re: Je commence à mieux comprendre

        Posté par  (site web personnel) . Évalué à 4.

        Bah, le seul patch valable, ce serait de tout réécrire ... En tout cas pour la partie traduction XUL -> Gtk/Windows/Mac en utilisant vraiment les widgets des toolkits...

        Ou alors utiliser un toolkit multiplateforme comme Qt qui offre une intégration parfaite sous toutes les plateformes (même Gnome c pour dire...) .

  • # emacs

    Posté par  (site web personnel) . Évalué à 3.

    Je me demandais si tes modifications récentes sur le gtk-qt-engine résolvaient également les soucis étranges qui apparaissent quand on utilise emacs avec ce thème. En particulier, le cpu monte à plus de 80% sur ma machine, la seule solution viable étant d'appeler emacs en ayant vidé la variable d'environnement GTK2_RC_FILES, supprimant ainsi l'utilisation du gtk-qt-engine…

    • [^] # Re: emacs

      Posté par  (site web personnel) . Évalué à 2.

      J'essaye de noter cela dans un coin de ma tête même si ma priorité reste pour l'instant les quelques logiciels que j'utilise ;)

      • [^] # Re: emacs

        Posté par  (site web personnel) . Évalué à 2.

        (ne pas glisser dans le troll, ne pas glisser dans le troll)

        Ok, chouette :) Mais peut-être les modifications que tu as faites précédemment résolvent déjà ce souci ennuyeux. :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.