Forum Linux.debian/ubuntu copier/coller a des trous de mémoire !!

Posté par  (site web personnel) .
Étiquettes :
0
3
mar.
2005
bonjour à tous,

voici mon problème :
j'ai récupérer une version d'ubuntu au fosdem et je l'ai installée. Trés bonne distrib... sauf que :
quand on fait un copier (sur du texte par exemple),

qu'on ferme l'application, et

qu'on fait coller ailleur, et bien on a plus rien dans le presse papier !!!

Comment cela se fait-il ? et comment y remédier ?

Merci à tous !! ;)
  • # Windows != Linux

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

    qu'on ferme l'application, et qu'on fait coller ailleur, et bien on a plus rien dans le presse papier !!!

    tout simplement parce qu il n y as pas de presse papier.

    Sous Linux, que tu sais en Xfree ou X.org ... c est du X11R6; et au sujet des C/C, c est trse clair: le server ne gere pas de tampon de C/C. C est l application ou tu fais ton copier qui prepares un buffer vers le contenu copie. Quand tu essayes de le coller, le serer met a disposition de l application cliente l adresse du buffer ou il y as du texte.

    Quand tu fermes une application ou une fenetr, tous les buffers associes sont vides puis fermes. Le texte copie disparait ipso facto.

    J avoues, c est problematique, mais c est le X11R6.

    Et fait, ca evite les doublons en memoire ... car si c est bien gere, le texte restera original dans le buffer tant qu il n aura psa ete modifie dans l application source. Cela evite de dupliquer des bouts de memoire.
    • [^] # Re: Windows != Linux

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

      He bien merci baucoups pour ces explication !!!

      Me voilà plus malin. n'y aurait-il pas une solution à ce problème ?

      Un deamon qui s'occupe de gérer ca à la place de X11R6, ou autre chose ?

      Sinon, y aurait-il des partant pour développer cela avec moi ?

      Merci à tous ;)
      • [^] # Re: Windows != Linux

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

        sous kde, il y a klipper qui fait a peu près ce que tu veux.
      • [^] # Re: Windows != Linux

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

        non ca ne m interesse pas de me pencher sur la chose. X11R6 a prevu de fire comme ca, ils ont leurs raisons.

        il y as un truc qui m interesserait beaucoup plus:
        screen permet de detacher une console du terminal courant ... je voudrais la meme chose pour X: detacher une fenetre du server graphique courant ... pour la ratatcher a un autre. VNC fait ca en partie, mais je voudrais une solution totalement integrable dans X11. Je suis pret a patcher xorg pour ca, meme E16, mais utiliser VNC me fends le coeur.
      • [^] # Re: Windows != Linux

        Posté par  . Évalué à 2.

        Me voilà plus malin. n'y aurait-il pas une solution à ce problème ?

        Si, un clipboard manager, un logiciel qui se place entre les applis source et cible et intercepte les appels au presse papier X. Cette appli ne se ferme jamais et se trouve souvent sous forme d'applet pour le bureau.

        Sinon, y aurait-il des partant pour développer cela avec moi ?

        Ca existe déjà. Chez KDE c'est Klipper. Sous XFCE c'est le plugin Clipman. Sous Gnome il y a eu dans un autre temps un truc qui faisait ça et qui a été jeté. cf. http://mail.gnome.org/archives/gnome-devel-list/2004-March/msg00046(...)

        Pour Gnome il faut donc se tourner vers des applets non officiellement intégrées comme http://freshmeat.net/projects/gcmapplet/(...) ou http://members.chello.nl/~h.lai/gnome-clipboard-daemon/index.html(...)
        Ce dernier a été proposé sur les ML Gnome est s'est aussi fait jeter.
    • [^] # Re: Windows != Linux

      Posté par  . Évalué à 2.

      Quand tu essayes de le coller, le serer met a disposition de l application cliente l adresse du buffer ou il y as du texte.

      C'est même plus malin que ça : Sous X les deux applis négocient le format d'échange le plus adapté en fonction de ce que chacune supporte. Exemple, si tu copies du texte enrichi (RichText) et que l'appli cible ne support que du texte brut, l'appli source va fournir une version dégradée mais comprise par l'appli cible.

Suivre le flux des commentaires

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