Journal Gtk : où comment faire fonctionner le presse-papier

Posté par  (site web personnel) .
Étiquettes : aucune
14
18
juin
2010
Bonjour,

J'ai remarqué qu'avec Gtk, il était presque impossible d'utiliser le presse papier primaire (avec le clic-milieu). Dans la vie courante, ce n'est pas un problème, mais si il s'agit d'utiliser gedit ou tout autre application focalisée principalement sur l'écriture de texte, ça devient très gênant.

Ce qui m'intéresse, c'est de savoir si ça vous gêne autant que moi, ou si vous trouvez le comportement actuel parfaitement normal.

Si vous avez des idées sur comment je pourrais aider à le corriger par moi même, ça m'intéresserait aussi.

Le bug est décrit ici: https://bugzilla.gnome.org/show_bug.cgi?id=584236

Vous pouvez tester :
- ouvrez un fichier texte avec gedit
- sélectionnez du texte
- vous pouvez le coller avec le clic-milieu. Maintenant sélectionnez un autre texte
- cliquez ailleurs : la selection disparaît
- essayez de coller, ça ne marche pas

Avec KWrite (l'éditeur de texte de KDE), on peut coller dans les deux cas. Toutes les autres applications X fonctionnent de même. C'est ce qui me fait d'ailleurs continuer à utiliser KWrite alors que je trouve maintenant gedit meilleur (et plus rapide dans un environnement GNOME).

Alors, Quel est le comportement que vous préférez ?

Sinon, est-ce que vous savez comment il est possible de trouver des resources pour que je puisse corriger moi même ce bug (c'est vraiment gênant). Je sais programmer, c'est mon métier, mais je manque de compréhension sur les rouages internes de Gtk.

Ça m'est d'ailleurs déjà arrivé pour d'autres projets, comment vous faites, vous, quand vous voulez entrer sur un bout de code que vous ne maîtrisez pas ?
  • # Linuxfr, bugzilla de gnome ?

    Posté par  . Évalué à 9.

    Si le bug que tu expose est avéré et reproductible partout, ça fait peur...

    M'enfin, tu propose presque la solution de contournement, installer KDE.
    • [^] # Re: Linuxfr, bugzilla de gnome ?

      Posté par  . Évalué à 3.

      M'enfin, tu propose presque la solution de contournement, installer KDE.
      Ceci était un message de Linus Torvalds .
  • # parcellite

    Posté par  . Évalué à 6.

    je suis 100% d'accord avec toi, ce bug est une horreur. Tellement infâme que j'ai cru que c'était voulu en fait, car cela faisait très longtemps qu'on se traînait ça. Tant et si bien que j'en suis venu à modifier mon comportement, au lieu de sélectionner du texte tranquillement, cliquer à l'endroit où je voulais le coller, rajouter les espaces éventuels, je faisais l'inverse, je rajoutais l'espace avant, puis je cliquais pour coller le texte (c'est parfois pas précis de "milieu-cliquer" directement à l'endroit où on veut coller, aussi en général je préfère pointer à l'endroit où je veux coller pour "reconnaître le terrain", et être sûr de ne pas coller après la première lettre d'un mot au lieu de coller avant le mot).

    Essaye d'installer parcellite, cela ne semble plus faire cela dans gedit par exemple, lorsqu'il est actif.

    Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

    • [^] # Re: parcellite

      Posté par  . Évalué à 4.

      Il existe aussi l'applet glipper. Mais celui-ci fonctionne moins bien que parcellite.

      En revanche, le développement de parcellite est arrêté, et il faudrait vraiment que quelqu'un reprenne le projet.
    • [^] # Re: parcellite

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

      Parcellite est vraiment une appli super pratique, je ne comprend pas qu’elle ne fasse pas partie de gnome par défaut. D’autant qu’il y a un soucis : le dev a annoncé ne plus vouloir la maintenir. Appel aux bonnes volontés. http://parcellite.sourceforge.net/
  • # Ah tiens...

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

    Je ne connaissais pas cette fonctionnalité… d'un autre côté je ne me souviens pas en avoir eu besoin, entre les extraits de code, un greffon externe pour manipuler du texte genre intervertir la position de deux lignes (j'ai pas le nom, je suis pas sur mon ordi, me semble que c'est dans Gmate, un truc comme Text Tools ?) et plusieurs autres que j'oublie forcément, je copie/colle jamais du code.



    Pour intégrer un projet sans savoir quoi faire, le mieux est de regarder la TODO List (ou un FIXME), il y a même des outils pour retrouver dans un bout de code les mots-clés en question (un greffon de gedit le permet d'ailleurs, mais il est un peu lent et capricieux). Si tu sais exactement ce que tu veux faire, il faut spammer les dévs sur leur canal irc ou tripoter la doc, mais vaut mieux faire les deux à la fois :p

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

    • [^] # Re: Ah tiens...

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

      Je ne connaissais pas cette fonctionnalité…

      o_O le copier/coller par sélection / clic du milieu (ou à deux boutons) existe depuis, quoi, presque 20 ans, voire plus ? (ça marchait dans HP-UX 9.x iirc).
      Quand je suis obligé d'utiliser putty, c'est le clic du bouton droit (et, oui, ça me gave...).
      • [^] # Re: Ah tiens...

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

        On me signale que c'est dans les réglages de putty.
        • [^] # Re: Ah tiens...

          Posté par  . Évalué à 3.

          pour putty sous Linux, le clic milieu est par défaut pour coller la sélection, comme attendu.

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: Ah tiens...

        Posté par  . Évalué à 4.

        o_O le copier/coller par sélection / clic du milieu (ou à deux boutons) existe depuis, quoi, presque 20 ans

        Tu peux dire 30-35. Vingt ans, ça nous ramène en 1990, soit presque au début de Linux. Unix date de 1970. Je ne sais pas à quelle date cela a été implémenté la première fois, mais ça ne date pas d'hier.

        C'est que le temps passe, mine de rien.
        • [^] # Re: Ah tiens...

          Posté par  . Évalué à 3.

          Les souris avec plus de deux boutons ne datent pas d'il y a 30 ans :-)
          Je parle de celles du commerce, puisque les premiers proto étaient avec trois boutons (je crois, pas vérifié).

          Vers le milieu des années 80 je n'ai pas de souvenir d'avoir vu trois boutons. Quelqu'un a quelque chose de plus fiable que ma mémoire ?
          • [^] # Re: Ah tiens...

            Posté par  . Évalué à 5.

            Avec une souris à deux boutons faut cliquer les deux en même temps (émulation d'un troisième bouton), mais je suis trop jeune pour savoir si c'était implémenté comme ça sur les Unix d'avant.

            THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

          • [^] # Re: Ah tiens...

            Posté par  . Évalué à 5.

            J'avais une souris à trois boutons en 1989. Par contre, il n'y avait pas de molette…
        • [^] # Re: Ah tiens...

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

          the release of X11 finally occurred on September 15, 1987.
          d'après X_Window_System

          sous SPIX en 1988, j'étais en mode texte... je laisse ceux qui savent confirmer si ça existait (et les souris trois boutons avait réellement un troisième bouton au milieu, Sun & HP iirc).

          cf. en:Mouse_button et http://en.wikipedia.org/wiki/File:Logitech_3_buttons_mouse.j(...)
      • [^] # Re: Ah tiens...

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

        Bienvenue dans un monde où les jeunes redécouvrent des choses qui semblent acquises. Bon, j'ai déjà vu un prétendu geek (prétendu car il ne sait pas ce qu'est un vrai troll velu) qui ne connaissait pas le Ctrl+S jusqu'à il y a quelques semaines (il a aussi découvert les joies du Ctrl + Shift + Maj :) , du Ctrl+W…).

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

        • [^] # Re: Ah tiens...

          Posté par  . Évalué à 2.

          Active SELinux en mode paranoïa sur sa machine… :-)
  • # GTK ? Vraiment ?

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

    Je viens de tester sous mousepad (une appli GTK) et je n'ai nullement le problème. Alors soit ça vient de gedit, soit de la config de ta distro, mais pas de GTK à mon avis.
    • [^] # Re: GTK ? Vraiment ?

      Posté par  . Évalué à 3.

      Ça doit venir de Gedit:

      * chez moi, j'ai le bug mentionné dans Gedit
      * par contre ça marche dans geany, ça marche dans un terminal, ça marche dans ce formulaire (sous FF)
      • [^] # Re: GTK ? Vraiment ?

        Posté par  . Évalué à 2.

        à l'époque cela ne fonctionnait pas dans Geany, et ils ont dit que cela venait de scintilla. Puis le bug a été heureusement corrigé, pour le plus grand bonheur des utilisateurs de geany :)

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: GTK ? Vraiment ?

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

        en fait le bug vient des widgets standard Gtk, comme la zone de texte ou la ligne de texte.
        Et comme gedit réutilise ceux-là, c'est normal.

        Si on utilise Scintilla ou d'autres widgets comme l'émulateur de terminal VTE, ça va marcher.
    • [^] # Re: GTK ? Vraiment ?

      Posté par  (Mastodon) . Évalué à 2.

      J'ai le même genre de problèmes dans OOo. C'est contournable dans writer, très lourd dans calc
      • [^] # Re: GTK ? Vraiment ?

        Posté par  . Évalué à 3.

        J'ai le même problème dans bluefish, je pensais que c'était voulu.

        « 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: GTK ? Vraiment ?

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

          ce comportement est expliqué dans http://linuxfr.org/~yeKcim/29831.html au milieu des commentaires, en gros X gère sauf quand c'est GTK qui intercepte (et marche mal avec des applis kde ou java) ou que KDE gère (bien, faut croire).

          bref, sont touchés ceux sous Gnome (beaucoup d'ubunteros et quelques mandriviens)
          • [^] # Re: GTK ? Vraiment ?

            Posté par  . Évalué à 2.

            Je suis pas sûr d'avoir bien compris, car je suis sous KDE.

            « 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: GTK ? Vraiment ?

              Posté par  . Évalué à 2.

              peut-être X intercepte, KDE aussi, laisse passer, puis le gtk de bluefish vient bloquer cette commande...

              Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: GTK ? Vraiment ?

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

        Je suis sous XFCE au passage. Je ne sais pas si ça joue.
        Je n'ai pas le problème de oocalc, ni dans geany, ni dans un terminal, ni même sur Firefox.
        Par contre, je viens de vérifier, j'ai effectivement le problème dans oowrite !! Pourtant OpenOffice est bien empaqueté en une seule fois sur ma distrib. Bizarre que le comportement soit différent entre les deux.
        Je n'ai pas trouvé d'autre application qui comporte ce problème pour le moment.
  • # « It's not just you »

    Posté par  . Évalué à 4.

    Ce qui m'intéresse, c'est de savoir si ça vous gêne autant que moi, ou si vous trouvez le comportement actuel parfaitement normal.

    J'abonde dans ton sens. Je trouve ça TRÈS pénible.

    Je ne sais pas si cela vient de GTK car j'ai déjà rencontré le problème mais pas partout. En tout cas, il n'est pas seul : les applis Flash ont le même problème (et c'est lourd). Je sais pas si c'est « voulu » mais je ne pense pas qu'il s'agisse d'un bug. J'ai l'impression que plus personne ne sait que le copier-coller a existé avant la combinaison Ctrl-C Ctrl-V.

    Il n'y a pas que le clic-milieu d'ailleurs : du temps du D.O.S., j'avais pris l'habitude d'utiliser Ctrl+Ins, Shift+Ins et Shift+Suppr sous edit (parce qu'il ne gérait que ça).

    Je veux bien que certaines combinaisons disparaissent, mais je trouve que le clic-milieu reste fondamentalement lié à Unix. C'est d'ailleurs le problème à mon avis : GNOME est un environnement de bureau qui tourne au dessus d'un système d'exploitation pour éviter de tout refaire, mais qui n'est pas du tout fait pour se fondre dans le système sur lequel il tourne. À mon avis, si Miguel de Icaza parvenait à écrire son Hurd (ou son NTOSKRNL.EXE), il s'émanciperait totalement.
    • [^] # Re: « It's not just you »

      Posté par  . Évalué à 2.

      Hé oui, Flash, c'est lourd... et c'est voulu (ou pas).
    • [^] # Re: « It's not just you »

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

      je trouve que le clic-milieu reste fondamentalement lié à Unix.

      Dans GNOME, le clic milieu fonctionne dans toutes les applications que j'utilise, ou alors je me suis suffisamment habitué à ce bug pour qu'il ne me gêne plus.

      Je suis bien plus agacé par la disparition complète de cette fonctionnalité dans MacOS X.
  • # copier coller à la suite

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

    J'ai jamais fait attention à ce que tu dis, par contre, un comportement du copier/coller au clique milieu très gênant dans gedit :
    On ne peut pas coller à la suite de la sélection.
    Quand je veux dupliquer un bout de code ou autre, je sélectionne tout et je clique molette à la suite... sauf que ça ne fonctionne pas, il faut cliquer à un autre endroit pour que ça accepte de copier coller -_-

    Enfin bon, de toutes façons Geany est beaucoup mieux pour coder :D
  • # Ha ben voilà

    Posté par  . Évalué à 4.

    Grâce à ce journal, je viens enfin de comprendre pourquoi je n'arrivais à faire fonctionner qu'une fois sur deux le copier/coller au clic milieu. Du coup, je ne faisais plus mes copier/coller qu'à coup de ctrl+c / ctrl+v. Comme quoi le fonctionnement actuel n'est pas si intuitif que cela.
    • [^] # Re: Ha ben voilà

      Posté par  . Évalué à 2.

      Exactement pareil, dans Iceweasel, ça marchait jamais, je m'arrachais les cheveux. La solution parcellite ci-dessus me dépanne bien !
  • # C'est lié à gedit je crois

    Posté par  . Évalué à 2.

    j'utilise beaucoup gedit, et je crois que ce comportement lui est propre :
    - sélectionne quelquechose , clic milieu ailleurs , ça colle
    - sélectionne quelquechose, clic ailleurs pour désélectionner, plus moyen de faire un collage avec le clic milieu

    dès qu'on a désélectionné le texte, le buffer souris est effacé

    j'ai toujours considéré ca comme un comportement 'normal' ou au moins voulu, et n'est pas très dur à contourner quand on l'a compris (vu que les autres programmes dont j'abuse, gnome-terminal, chrome et firefox n'ont pas ce problème de désélection)
    • [^] # Re: C'est lié à gedit je crois

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

      Bonjour,

      dès qu'on a désélectionné le texte, le buffer souris est effacé

      C'est vraiment pénible, et j'espère que ça sera réparé bientôt (et qu'il y aura une option à choisir dans les prefs pour ceux qui veulent conserver l'ancien comportement).

      A bientôt
      Grégoire

      Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

    • [^] # Re: C'est lié à gedit je crois

      Posté par  . Évalué à 1.

      En fait c'est le cas de nombreuses applications qui utilisent la bibliothèque GtkSourceView : Gedit, Anjuta, LaTeXila (de ce que j'ai testé).

      Par contre, chose étonnante, MonoDevelop, qui utilise aussi GtkSourceView, n'a pas ce problème, mais ce n'est pas parfait non plus : il ne faut faire aucune modification du fichier pour pouvoir coller le texte précédemment sélectionné dans le même fichier. Je lirais bien le code source pour voir comment ils ont fait, et éventuellement écrire un patch pour GtkSourceView. Mais bon ce ne serait que contourner le problème, le mieux étant de le corriger à la source (sans doute du côté de GTK).
    • [^] # Re: C'est lié à gedit je crois

      Posté par  . Évalué à 2.

      Ce n'est pas spécifique à gedit, d'autres éditeurs ont également le même comportement. nedit, un éditeur sans aucun intérêt (à part être le seul éditeur autre que (g)vi(m) ou emacs installé sur certaines machines du boulot) que certains de mes collègues utilisent a le même comportement, et c'est ultra-pénible quand je dois leur montrer un truc sur leur poste.

      Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.

  • # Dépassé

    Posté par  . Évalué à 5.

    GTK KWrite, c'est dépassé, passe à Kate.

    http://kate-editor.org/
    • [^] # Re: Dépassé

      Posté par  . Évalué à 2.

      Ben heu c'est pareil, non ? Tous les éditeurs de texte KDE utilisent le composant KatePart... (kate, kdevelop, kwrite... sauf peut-être kedit, qui a justement disparu avec KDE4).
      • [^] # Re: Dépassé

        Posté par  . Évalué à 5.

        Je ne suis pas codeur, mais de mon point de vue, Kate n'a plus rien a voir avec KWrite. Bon, en fait, si, ils ont beaucoup de choses en commun mais Kate a des plus, beaucoup de plus: encodage, mode, signets, sessions, identation, coloration syntaxique, émulation de Vi, etc. Et le fin du fin: émulation de KWrite! Il pourrait presque remplacer Vi. Il ne peut pas émuler Emacs, mais ça c'est du aux limitations de Qt.
        Même pour lire un bête texte, je le préfère à KWrite. Geek un jour,...
        • [^] # Re: Dépassé

          Posté par  . Évalué à 3.

          Tout ce que tu cite tu peux l'avoir avec KWrite (à l'exception des sessions). il suffit d'activer le mode "Utilisateur expérimenté" dans la configuration de l'éditeur.

          Comme ça a été dis plus haut, le composant utilisé par Kate et KWrite est le même : KatePart, quand tu parle d'émulation de KWrite par Kate je ne suis pas sur de bien suivre...
    • [^] # Re: Dépassé

      Posté par  . Évalué à 2.

      KWrite et Kate ne sont pas des application à comparer. Les deux ont leur objectif. Elles partagent le même KPart (KatePart), donc le code n'est pas dupliqué.
  • # Ou

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

    GTK : ou comment faire fonctionner le presse-papier.

    Et non pas « où »…
    • [^] # Re: Ou

      Posté par  . Évalué à 5.

      À moins qu'il s'agisse de « GTK : où et comment faire fonctionner le presse-papier »…
  • # J'ai le même problème sous kde

    Posté par  . Évalué à -2.

    Ah ... Moi aussi ça me rends fou de kde à kde pas de problème mais dès que je suis sous netbeans ou kettle j'oubli le problème en plus sous kettle ça sélectionne automatiquement le premier champs dès qu'on ouvre un fenêtre de job par exemple et hop l'ancienne selection est écrasé …
  • # Glippy

    Posté par  . Évalué à 1.

    A coté de Glipper et Parcellite, viens d'apparaitre un petit nouveau : Glippy

    https://launchpad.net/glippy

    Je n'ai pas encore testé…Quelqu'un a eu l'occasion d'essayé ça ?

Suivre le flux des commentaires

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