Copier coller aléatoire - libre office 6.4.4.2 - win 10

Bonjour,

Après plusieurs échecs dans mes recherches sur internet pour résoudre des
problèmes de copier coller, je me permets d'ouvrir un topic ici. Mes excuses
si j'ai manqué la page internet qui aurait peut-être résolue mes soucis.

Le problème est le suivant :

De manière aléatoire, libre office refuse de lire correctement le contenu du
presse-papier. Après plusieurs copier / coller (par exemple N fois
copier/coller), un élément N+1 copié n'est pas "lu" correctement dans le
presse papier et libre office s'obstine à coller l'élément N à la place.

Chronologiquement j'ai observé ceci avec la visualisation de l'historique du
presse papier disponible sous windows 10 :

- copie de l'élément N
- l'élément N est visible dans le presse papier
- collage de l'élément N => élément N collé correctement
- copie de l'élément N+1
- l'élément N+1 est visible dans le presse papier
- collage de l'élément N+1 => libre office colle l'élément N

Je travaille dans un laboratoire de recherche et souvent ce problème
apparaît quand je sollicite fortement Libre Office (plusieurs fichiers
ouverts, tableau Calc avec de nombreuses colonnes, fichier draw avec une
centaine d'éléments, document writer long avec mise en page complexe, ...).
Seulement, ce soir le problème a lieu avec un tableau de 15 lignes tout
simple, mon seul moyen de résoudre le souci est de copier un élément N+2
différent de N et N+1, puis de revenir à l'élément N+1 qui m'intéresse.

Le problème est quasi-quotidien ce qui le rend très chronophage et peu
ergonomique. J'aimerai pouvoir résoudre ça pour facilement étendre toutes
mes activités nécessitant une suite bureautique sur logiciel libre sans
devoir y perdre autant en efficacité.

Merci d'avance pour toute aide éventuelle !

----- Mail original -----

De: "Evagelan" <guillaume.serin@gmail.com>
À: users@fr.libreoffice.org
Envoyé: Lundi 26 Octobre 2020 18:53:07
Objet: [fr-users] Copier coller aléatoire - libre office 6.4.4.2 - win 10

Bonjour,

Après plusieurs échecs dans mes recherches sur internet pour résoudre
des
problèmes de copier coller, je me permets d'ouvrir un topic ici. Mes
excuses
si j'ai manqué la page internet qui aurait peut-être résolue mes
soucis.

Le problème est le suivant :

De manière aléatoire, libre office refuse de lire correctement le
contenu du
presse-papier. Après plusieurs copier / coller (par exemple N fois
copier/coller), un élément N+1 copié n'est pas "lu" correctement dans
le
presse papier et libre office s'obstine à coller l'élément N à la
place.

Chronologiquement j'ai observé ceci avec la visualisation de
l'historique du
presse papier disponible sous windows 10 :

- copie de l'élément N
- l'élément N est visible dans le presse papier
- collage de l'élément N => élément N collé correctement
- copie de l'élément N+1
- l'élément N+1 est visible dans le presse papier
- collage de l'élément N+1 => libre office colle l'élément N

Je travaille dans un laboratoire de recherche et souvent ce problème
apparaît quand je sollicite fortement Libre Office (plusieurs
fichiers
ouverts, tableau Calc avec de nombreuses colonnes, fichier draw avec
une
centaine d'éléments, document writer long avec mise en page complexe,
...).
Seulement, ce soir le problème a lieu avec un tableau de 15 lignes
tout
simple, mon seul moyen de résoudre le souci est de copier un élément
N+2
différent de N et N+1, puis de revenir à l'élément N+1 qui
m'intéresse.

Le problème est quasi-quotidien ce qui le rend très chronophage et
peu
ergonomique. J'aimerai pouvoir résoudre ça pour facilement étendre
toutes
mes activités nécessitant une suite bureautique sur logiciel libre
sans
devoir y perdre autant en efficacité.

Merci d'avance pour toute aide éventuelle !

bonjour,

le problème ne provient pas de Libreoffice mais du presse papier du
système d'exploitation et qu'il est nécessaire d'installer un gestionnaire
de presse papier ....

voici le lien :
https://alternativeto.net/software/ditto/

https://ditto-cp.sourceforge.io/

merci pour votre aimable attention

bien à vous
Bernard

> ----- Mail original -----
> De: "Evagelan" <guillaume.serin@gmail.com>

> De manière aléatoire, libre office refuse de lire correctement le
> contenu du
> presse-papier. Après plusieurs copier / coller (par exemple N fois
> copier/coller), un élément N+1 copié n'est pas "lu" correctement dans
> le
> presse papier et libre office s'obstine à coller l'élément N à la
> place.
>
> Chronologiquement j'ai observé ceci avec la visualisation de
> l'historique du
> presse papier disponible sous windows 10 :
>
> - copie de l'élément N
> - l'élément N est visible dans le presse papier
> - collage de l'élément N => élément N collé correctement
> - copie de l'élément N+1
> - l'élément N+1 est visible dans le presse papier
> - collage de l'élément N+1 => libre office colle l'élément N

le problème ne provient pas de Libreoffice mais du presse papier du
système d'exploitation

Qu'est-ce qui te fait dire ça ?

Guillaume, il faudrait essayer avec d'autres logiciels pour confirmer.

et qu'il est nécessaire d'installer un gestionnaire
de presse papier ....

voici le lien :
https://alternativeto.net/software/ditto/
https://ditto-cp.sourceforge.io/

un autre : https://nakka.com/soft/clcl/index_eng.html

Bonsoir,

effectivement, il est parfois nécessaire de faire plusieurs "CTRL+C" (copier) pour être certain que le résultat soit dans le presse-papier.

Cependant, avant de faire installer un logiciel supplémentaire, il est possible d'avoir un collage multiple (mémorisation de plusieurs copier) par la combinaison de touche "Windows+V" (en remplacement de "CTRL+V") sous Windows 10. Si cela ne marche pas, il faut l'activer : https://www.malekal.com/comment-faire-un-copier-coller-historique-presse-papier-windows-10/

L'intérêt est que Win+V affiche l'historique des éléments copiés pendant la session...

Cordialement,
David ROUMANET

Bonjour,

Merci pour ces retours. J'utilise déjà l'historique des copier-coller de
windows et les touches windows+V pour afficher les éléments du presse
papier. C'est ce que j'appelle dans mon premier message "visualisation de
l'historique disponible sous windows 10".

A propos du suivi des éléments du presse-papier :

Par exemple lorsque le dernier élément est un lien internet, Libre Office
copie l'avant dernier élément (je croyais que le presse-papier n'avait qu'un
seul slot).

A propos du suivi de l'historique du presse papier :

Plusieurs actions copier sur ce même lien internet (via la souris, via
Ctrl+C) ne fonctionne pas de manière certaine pour récupérer l'élément dans
un fichier libreoffice avec l'action coller. En effet le presse papier prend
en compte l'élément ciblé dès ma première action, quel que soit le nombre de
fois que je l'effectue. C'est Libreoffice qui ne copie pas cet élément comme
s'il ne le "voyait" pas. En général il faut que je copie autre chose, puis
que je revienne copier le lien internet qui m'intéresse, pour arriver à mes
fins.

Je vais essayer d'utiliser Dito, mais si c'est juste un affichage de
l'historique des copier/coller, je pense que j'aurai le même résultat. Si je
ne reviens pas vers vous c'est que le problème est résolu, sinon je posterai
mes retours d'expériences.

Merci à tous.

Bonjour,

Mes excuses pour le double post, je ne pensais pas qu'un exemple se
présenterai aussi vite.

Voici un cas illustré du problème où Ditto permet de visualiser l'historique
des éléments copiés :

<http://document-foundation-mail-archive.969070.n3.nabble.com/file/t497043/exemple_probleme_copier-coller.jpg>

On voit ici que l'élément à copier (un lien vers un pdf) est bien enregistré
dans le presse-papier, mais l'élément copié ("Grande armoire 242" dans la
cellule en surbrillance du fichier calc) n'est pas le bon.

Par ailleurs, une série d'utilisation de copier/coller supplémentaire (le
découpage de l'image que je poste ici entre autre) ne suffit pas à résoudre
le bug. Libreoffice refuse "pour le moment" les éléments du presse-papier
copiés et continue de me renvoyer l'élément "grande armoire 242" lorsque
j'utilise l'action "coller :

<http://document-foundation-mail-archive.969070.n3.nabble.com/file/t497043/exemple_probleme_copier-coller_2.jpg>
7

Par ailleurs j'ai regardé les propriétés des éléments sous Ditto, ça ne me
parle pas spécialement. Ce que je peux dire, c'est que Libreoffice *copie le
dernier élément issu de lui-même* (un élément copié dans libreoffice). Il et
ne prend pas en compte les éléments copiés à l'extérieur (un texte
quelconque, un lien internet, une image, etc).

Je ne désespère pas de trouver une solution. Mais il ne s'agit pas d'un
problème de presse-papier selon moi, le souci me semble être au niveau de
Libreoffice.

Bonjour,

Qu'est-ce que vous copiez ? La cellule ou son contenu ? Avez-vous essayé de copier le contenu de la barre de formule ?

Bonne journée
JBF

Voici un cas illustré du problème où Ditto permet de visualiser l'historique
des éléments copiés :

<http://document-foundation-mail-archive.969070.n3.nabble.com/file/t497043/exemple_probleme_copier-coller.jpg>

On voit ici que l'élément à copier (un lien vers un pdf)

N'est-ce pas plutôt le fichier lui-même ? Ça expliquerait le problème.

Par ailleurs, une série d'utilisation de copier/coller supplémentaire (le
découpage de l'image que je poste ici entre autre) ne suffit pas à résoudre
le bug. Libreoffice refuse "pour le moment" les éléments du presse-papier
copiés et continue de me renvoyer l'élément "grande armoire 242" lorsque
j'utilise l'action "coller :

<http://document-foundation-mail-archive.969070.n3.nabble.com/file/t497043/exemple_probleme_copier-coller_2.jpg>
7

est-ce qu'on peut coller des images dans une cellule ?

Bonjour,

depuis que j'ai une machine avec 8Go de mémoire, je n'ai plus ce genre de problème. En revanche, sur le portable moins musclé, ça arrive encore de manière épisodique...

Cordialement,

JM

Bonjour,

J'ai copié une cellule directement. Cependant mon exemple ici se fait avec
calc mais j'ai aussi eu le cas sur Writer, Impress et Draw.

Si je copie une autre cellule ou le contenu de la barre de formule : aucuns
soucis ça fonctionne bien, car je prends un élément de libreoffice, et je le
copie/colle dans libre office.

Mon problème est que les éléments copiés qui viennent d'une autre interface
(navigateur web, bloc-note, paint, ...) ne sont pas pris en compte par
libreoffice.

Ne pas hésiter à poser d'autres questions si je peux éclaircir le sujet.

En vous remerciant.

Bonsoir / bonjour,

Cela me rappelle ce rapport de bug : https://bugs.documentfoundation.org/show_bug.cgi?id=65606

Bonne soirée / journée
JBF

Bonjour

Voilà l'élément qui manquait !!!!
Ce sont les copies de sources externes qui posent problème.

Bonjour,

Mon problème est que les éléments copiés qui viennent d'une autre interface
(navigateur web, bloc-note, paint, ...) ne sont pas pris en compte par
libreoffice.

Ne pas hésiter à poser d'autres questions si je peux éclaircir le sujet.

Quelle est votre Build Windows 10 ?
Menu démarrer et saisir "winver"

Nos avions ce problème (ou du moins très approchant sur les copie des captures) sur des masters Windows 10 1809. Sur des installations Windows 10 "pure". Sans rien changer a la version LibreOffice un passage en 1909 a résolu le problème
sachant que la différence vient sûrement de paramètres internes du système ou de gpo plus que de la build elle même. Puisque env gardent une installation basique, tout se passait bien.

Le souci se manifeste dans LibreOffice pays celle n'en fait pas forcément le porteur du bug. L'utilisation du presse papier étant un processus système c'est la communication entre les deux qui ne va pas.

Claire

Le correcteur orthographique rend incompréhensible mon précédent message

Cas très proche observé sur un master w10 1809 d'entreprise
Mais pas reproduit sur une installation standard de w10 sans la moindre config supplémentaire.
Le changement de master pour w10 1909 a résolu le problème. Celle signifie que la résolution est soit dans la version w10 soit plus sûrement dans le paramétrage w10

Enfin toute anomalie observée dans Libreoffice ne provient pas forcément de LibreOffice, particulièrement quand un processus système est en jeu (le copier coller). D'ailleurs le souci ne se manifeste qu'à partir de sources externes a LibreOffice. Le système doit donc passer l'info... S'il ne le fait pas ça coince

Claire

Bonsoir,
J'hésitais à mettre mon grain de sel, qui n'apportera rien, mais je peux préciser que je n'ai jamais, mais vraiment jamais, eu de problème avec le copier venant d'extérieur (Firefox, Thunderbird, capture d'écran (spectacle))  au coller dans Writer.

Mais c'est vrai que j'ai 8Go de mémoire, suis sous kubuntu.

En revanche il m'arrive que LO se ferme intempestivement à certaines occasions, mais pas dans un coller !

PS: il faudrait que je recense chaque fois que LO plante.... mais j'ai un peu la flemme, car ce n'est pas sûr d'être suivi d'une correction. ;-(

Je n'ai pas osé préciser que ces soucis d'interaction système sont particulièrement présents avec windows... CQFD ???

:wink:

Pour les plantages jette un œil sur la taille du fichier, les fonctions utilisées au moment du plantage et l'éventuelle présence de style de conversion import (ça arrive aussi avec des compétences violet externe, plutôt sous Windows encore !!)
Des noms de styles "perso" bizarre, commençant souvent par ww

Claire

Bonjour,

J'hésitais à mettre mon grain de sel, qui n'apportera rien, mais je peux préciser que je n'ai jamais, mais vraiment jamais, eu de problème avec le copier venant d'extérieur (Firefox, Thunderbird, capture d'écran (spectacle))  au coller dans Writer.

Mais c'est vrai que j'ai 8Go de mémoire, suis sous kubuntu.

Pareil. Jamais rencontré de problème de type flux copier-coller.
1 PC de bureau sous Win7, un portable sous Win8.1, les 2 à 8 Go de RAM.

J'en ai posé 2 le 27 à 12h27 :slight_smile:

Bonjour,

"nous ne sommes pas seul!"
Je fais aussi le constat parfois.
De temps en temps, ça fonctionne ou pas...ca m'a l'air que c'est le copier
qui échoue, et quand on colle, on recupère donc un contenu ancien.

Régis

Bonjour,

J'avais rédigé une réponse il y a quelques jours pour couvrir les différents
retours et les questions auxquelles je n'avais pas encore répondu, j'ai dû
réussir à louper le dernier clic pour poster (oh, un bug humain ^^).

Je reprends :

@Régis :
- la première question "n'est-ce pas le fichier lui-même ?" il faut
effectivement voir sur l'impression d'écran que j'ai copié un fichier pdf en
position n-2 de l'historique, puis j'ai copié le contenu d'une cellule calc
(position n-1), puis j'ai copié un lien (position n). Le lien redirige vers
un fichier pdf disponible en ligne, mais un lien vers un site internet
n'aurait pas eu plus de succès.
- A la seconde question "peut-on copier une image dans une cellule calc",
pour moi sous calc on copie une image qui n'est pas dans une cellule (chose
possible dans un tableau sous writer en revanche). L'image est alors un
calque posé dans le fichier, et qu'on peut envoyer à l'arrière plan derrière
le tableau ou garder devant.
- A l'hypothèse que c'est le copier qui échoue, ce n'est pas le cas chez
moi. Le copier envoie bien un élément dans le presse papier (visible via
historique du presse papier dans windows 7, ou via Ditto). On est plutôt
dans un cas décrit par Claire je crois, où LO communique mal avec le presse
papier windows 10.

@Jean-Baptiste :
J'ai parcouru le fil de discussion, c'est en partie le problème dans lequel
je me trouve, il faudra que je pense à tester la fonction de collage spécial
qui semble être non fonctionnelle dans les problèmes mentionnés via votre
lien. Je précise que je suis passé à une version 7 de libreoffice après
avoir lu ces retours, j'attends de voir sur le problème se présente à
nouveau (j'étais sur libreoffice 6 avant la lecture de votre réponse,
version 6.4.4.2 de mémoire)

@Claire :
Merci pour ce retour, sans être aucunement expert en développement je trouve
l'hypothèse d'une mauvaise communication presse-papier - libreoffice tout à
fait adaptée aux problèmes rapportés ici.
- La version de windows 10 que j'ai sur mon poste de travail est la version
2004, version postérieure à la version 1909 donc. Après il est toujours
possible qu'une amélioration de la version 1909 ne soit pas passée dans une
version ultérieure ? C'est peu probable mais j'ai déjà vu des exemples, ça
arrive quand même.

@Patrick et Stéphane :
J'ai un ordinateur possédant 16 Go de mémoire, mais n'est effectivement pas
sur kubuntu. Un bug seulement dû à windows 10 est donc possible car j'ai à
la maison un -vénérable- PC portable de 4 Go de mémoire avec windows 7, sur
lequel je n'ai jamais rencontré ce problème en 10 ans d'utilisation (et de
versions open office puis libre office successives, j'ai basculé sur LO il y
a environ 6 ans). Intéressant de voir qu'avec vos deux retours d'expérience,
ce problème peut-être spécifique à windows 10. Le télétravail va peut-être
me donner l'occasion de travailler sur windows 7 avec les mêmes fichiers
pour savoir ce que ça donne, à tester donc (ou par une émulation de windows
7 sur une Virtual Box ? je n'ai encore jamais eu besoin d'un tel outil
jusqu'à aujourd'hui).

Bien qu'on soit plusieurs à utiliser au maximum des suites logicielles
libres et à en faire les outils prioritaires dès que possible, une partie de
notre matériel nécessite des logiciels propriétaires (on fait attention à
nos futurs achats en vérifiant la possibilité de les piloter avec du code
non propriétaire, mais on a beaucoup d'objets "du passé" encore
fonctionnel), enfin nos interactions avec des services indispensables à
notre fonctionnement qui utilisent des suites propriétaires sont un second
facteur limitant. Mais on gagne du terrain, encore merci à tous :slight_smile:

Bonjour
et merci pour ton retour.Coté système, mon hypothèse se pose plutôt sur
un réglage qui a évolué dans notre master interne (l'installation du
système configurée de façon un peu plus personnalisée), mais sans que
ce soit lié directement à la Build elle-même.De mon coté le problème
est apparu quand on a commencé à faire les migration W7=>W10... Je ne
suis pas sûre à 100% qu'on ne l'ai pas observé sous W7, mais presque.Ce
sera intéressant de voir ce qu'il en sera avec ton télétravail "forcé".
Ce poste avec W10, c'est un poste boulot dont tu maitrises totalement
l'installation ou pas ?
Bonne soirée
ClaireLe mardi 03 novembre 2020 à 06:15 -0700, Evagelan a écrit :