Comportamiento inconsistente de copiar y pegar. ¿Hay alguna solución?


11

He encontrado lo que mejor puedo describir como comportamiento "impredecible" del "portapapeles". Pero a su manera, en realidad es "predecible" , ya que no es un error X , como tal.

Es en gran medida el resultado de diferentes aplicaciones X que utilizan diferentes características X de diferentes maneras ...

Pero realmente no ayuda saber que no es "en realidad" un error. porque se siente como un error!

Hay una lista (a continuación) de lo que he encontrado / probado.

¿Hay alguna forma (un demonio?), Que elimina todas estas arrugas? Prefiero algo que no se sienta en el panel.

El portapapeles X / Ubuntu es potencialmente impresionante, debido a su capacidad de 2/3 niveles, pero es un poco molesto debido a las implementaciones inconsistentes ...

He estado tratando de entender por qué la cosa copiar / pegar no siempre hizo lo que esperaba ... Es sorprendente lo que puedes aprender cuando lees los documentos de información :) ... Pero una pregunta puede alcanzar el objetivo más rápido.

El problema principal parece surgir cuando la aplicación de origen se cierra e intenta acceder a los datos del "portapapeles" que provienen de esa aplicación.

Las aplicaciones X GUI tienen dos métodos principales de copiar / pegar (modos).

Mode NAME    Text Copy method         Text Paste  method
----------   ---------------------    -------------------
PRIMARY      currently selected       mouse middle-click
CLIPBOARD    Control+C selection      Control+V

He probado el comportamiento de los modos de selección por unos diferentes aplicaciones X: gvim, gedit, firefox, y gnome-terminal.

NB: * Todo el pegado se realizó en gedit * La fuente gedit era de otra instancia (raíz))
* He intentado con un par de "administradores" parcelitey pastie, pero no veo ningún punto en compararlos, porque ninguno de los dos aborda el problema. Es decir, normalmente las acciones esperadas de copiar / pegar del teclado son "inconsistentes"

+ --------------------------------------------- + ------------------------------------------- + ------------
| Modes used in the source Application          | Availability upon CLOSING the Applicaton    | Application
+ --------------------------------------------- + ------------------------------------------- + ------------
| --- No manager --- 
| PRIMARY only, no CLIPBOARD Copy/Cut used:     | PRIMARY Empty!   (previous)CLIPBOARD ok     | (all tested)
|                                               | --                                          |      
| CLIPBOARD as last action (implicit PRIMARY):  | PRIMARY Empty!             CLIPBOARD Empty! | gvim
|                                               | PRIMARY Empty!             CLIPBOARD ok     | gedit, gnome-terminal
|                                               | PRIMARY Empty!             CLIPBOARD Empty! | firefox
|                                               | --                                          |
| PRIMARY as last action, preceded by CLIPBOARD | PRIMARY ok                 CLIPBOARD Empty! | gvim
|                                               | PRIMARY Empty!             CLIPBOARD ok     | gedit, gnome-terminal
|                                               | PRIMARY Empty!             CLIPBOARD Empty! | firefox
| --- Manager: parcelite --- 
| PRIMARY only, no CLIPBOARD Copy/Cut used:     | PRIMARY ok       (previous)CLIPBOARD ok     | (all tested)
|                                               | --                                          |      
| CLIPBOARD as last action (implicit PRIMARY):  | PRIMARY ok                 CLIPBOARD Empty! | gvim, firefox
|                                               | PRIMARY ok                 CLIPBOARD ok     | gedit, gnome-terminal
|                                               | --                                          |      
| PRIMARY as last action, preceded by CLIPBOARD | PRIMARY ok                 CLIPBOARD Empty! | gvim, firefox
|                                               | PRIMARY ok                 CLIPBOARD ok     | gedit, gnome-terminal
| 
+ --------------------------------------------- + ------------------------------------------- + ------------

Cómo desearía poder leer toda su tabla de una vez :-(
Don Hatch

Respuestas:


5

Esa es una limitación conocida de X, consulte este artículo de la wiki oficial:

https://wiki.ubuntu.com/ClipboardPersistence

El problema principal sigue siendo la inconsistencia entre las aplicaciones que pueden usar un enfoque diferente para el manejo del portapapeles.

En el artículo wiki se enumeran las aplicaciones que funcionan y no funcionan (también la única solución propuesta es instalar parcelite como administrador del portapapeles)


Gracias OpenNingia .. La wiki es útil. Soy bastante nuevo en Linux, ¡así que me dejó perplejo! pero ahora que soy consciente de ello (¡MUY consciente! después de probar esas aplicaciones yo mismo) ... bueno, ahora estaré más alerta al "síndrome de abandono" ... Tener la lista wiki es genial; No me gustaba mucho más "probar" :( ... Intentaré ejecutar sin parcela. Cuantas menos aplicaciones auxiliares, mejor (para mí) ... Sobreviví innumerables años de Windows sin papelera de reciclaje; creo que puede gestionar el portapapeles (ahora que sé cómo los modos de selección de trabajo) ... es sólo un hábito (como cruzar la calle).
Peter.O

¡Esperemos lo mejor, cuando Ubuntu cambie a Wayland, con suerte aborden el problema! :)
OpenNingia

Parcellite no solucionó el vacío al salir para mí, todavía tenía que profundizar en su historial del portapapeles manualmente para extraer lo que quería. Ugh Desearía que Mozilla simplemente implementara el estándar ClipboardManager.
bobince

Probablemente sea una deficiencia de xulrunner, no puedo pensar en ninguna solución alternativa.
OpenNingia el

@bobince. Sospecho (basado en mi investigación reciente) que la razón por la que "parcelite" no lo arregla, es porque no puede ... Solo puede guardar copias de lo que pasa a través de las selecciones X (selección primaria y CLIPBOAD -selección) ... "parcelita" nunca pone nada en ninguna de las X-selecciones . Este es el problema fundamental (ver el enlace de OpenNingia) ... Diferentes aplicaciones siguen diferentes estándares, pero "Google Summer Of Code 2010" está buscando formas de arreglar esto ... así que las cosas están sucediendo ... (Ubuntu se está alejando) de la propia X!. eso cambiará el estado de cosas del portapapeles.
Peter.O

0

Prueba autocutsel, en repos: sincroniza los dos. Debe agregarlo a .bashrc o al inicio de aps, o simplemente iniciarlo manualmente (es la línea de comando, no la interfaz gráfica de usuario), pero siempre me ha funcionado bien. Debe recordar cambiar el foco al campo (si es el navegador, por ejemplo) o al documento (gedit, kate, gvim ...) antes de pegar o parecerá que no funciona.


0

Estaba mirando GPaste, que es lo que uso. ¡Parece manejar las acciones de copiar y pegar incluso si ha cerrado la aplicación desde la que copió!

Incluso hay una buena extensión para Gnome-shell :-)

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.