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

Posté par Mildred (site web personnel) le 18 juin 2010 à 20:48.

Étiquettes : aucune

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 kowalsky le 18 juin 2010 à 20:57. É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 FreeB5D le 20 juin 2010 à 22:47. Évalué à 3.
  
  M'enfin, tu propose presque la solution de contournement, installer KDE.
  Ceci était un message de Linus Torvalds .
# parcellite

Posté par B16F4RV4RD1N le 18 juin 2010 à 21:21. É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 nicko le 18 juin 2010 à 22:09. É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 Olivier (site web personnel) le 19 juin 2010 à 11:36. É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 Zarmakuizz (site web personnel) le 18 juin 2010 à 21:22. É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 BAud (site web personnel) le 18 juin 2010 à 21:41. É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 Ph Husson (site web personnel) le 18 juin 2010 à 22:42. Évalué à 5.
    
    On me signale que c'est dans les réglages de putty.
    - [^] # Re: Ah tiens...
      
      Posté par B16F4RV4RD1N le 19 juin 2010 à 00:32. É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 Obsidian le 18 juin 2010 à 22:43. É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 Kerro le 18 juin 2010 à 23:05. É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 Grunt le 18 juin 2010 à 23:17. É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 Obsidian le 19 juin 2010 à 00:16. Évalué à 5.
        
        J'avais une souris à trois boutons en 1989. Par contre, il n'y avait pas de molette…
    - [^] # Re: Ah tiens...
      
      Posté par BAud (site web personnel) le 19 juin 2010 à 01:15. É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 Zarmakuizz (site web personnel) le 19 juin 2010 à 01:25. É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 Obsidian le 19 juin 2010 à 02:34. Évalué à 2.
      
      Active SELinux en mode paranoïa sur sa machine… :-)
# GTK ? Vraiment ?

Posté par Cyrille Pontvieux (site web personnel, Mastodon) le 18 juin 2010 à 22:53. É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 ricolai le 18 juin 2010 à 23:37. É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 B16F4RV4RD1N le 19 juin 2010 à 00:33. É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 Mildred (site web personnel) le 19 juin 2010 à 12:10. É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 Hobgoblins Master (Mastodon) le 19 juin 2010 à 02:33. É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 claudex le 19 juin 2010 à 11:45. É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 BAud (site web personnel) le 19 juin 2010 à 11:52. É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 claudex le 19 juin 2010 à 12:41. É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 B16F4RV4RD1N le 19 juin 2010 à 12:58. É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 Cyrille Pontvieux (site web personnel, Mastodon) le 19 juin 2010 à 13:33. É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 Obsidian le 18 juin 2010 à 22:57. É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 vladislav askiparek le 19 juin 2010 à 00:13. Évalué à 2.
  
  Hé oui, Flash, c'est lourd... et c'est voulu (ou pas).
- [^] # Re: « It's not just you »
  
  Posté par Guillaume Savaton (site web personnel) le 19 juin 2010 à 00:47. É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 MCMic (site web personnel) le 18 juin 2010 à 23:03. É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 Cyberdivad le 18 juin 2010 à 23:33. É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 benoar le 24 juin 2010 à 04:01. É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 SQP le 18 juin 2010 à 23:40. É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 GG (site web personnel) le 19 juin 2010 à 19:21. É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 Sébastien Wilmet le 20 juin 2010 à 01:00. É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 2PetitsVerres le 21 juin 2010 à 01:35. É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 vladislav askiparek le 19 juin 2010 à 00:10. Évalué à 5.

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

http://kate-editor.org/
- [^] # Re: Dépassé
  
  Posté par JGO le 19 juin 2010 à 00:53. É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 vladislav askiparek le 19 juin 2010 à 01:07. É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 Mareo le 19 juin 2010 à 02:32. É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 Strash le 19 juin 2010 à 00:58. É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 🚲 Tanguy Ortolo (site web personnel) le 19 juin 2010 à 16:08. Évalué à 4.

GTK : ou comment faire fonctionner le presse-papier.

Et non pas « où »…
- [^] # Re: Ou
  
  Posté par Obsidian le 19 juin 2010 à 19:30. É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 goofy le 20 juin 2010 à 04:07. É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 nicko le 25 juin 2010 à 18:17. É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.