일관되지 않은 복사 및 붙여 넣기 동작. 수정이 있습니까?


11

"클립 보드"의 "예측할 수없는"동작으로 가장 잘 설명 할 수있는 것을 발견했습니다. 그러나 그 자체 로는 X 버그 가 아니기 때문에 실제로는 "predictable" " 입니다.

다른 X 기능을 다른 방식으로 사용하는 다른 X 응용 프로그램의 결과입니다.

그러나 그것이 실제로 " 버그 " 가 아니라는 것을 아는 것은 실제로 도움이되지 않습니다 . 그것은 버그처럼 느껴 지기 때문에 !

내가 찾은 / 테스트 한 목록 (아래)이 있습니다.

이 모든 주름을 제거하는 방법이 있습니까 (데몬?)? 나는 패널에 앉지 않는 것을 선호합니다.

X / Ubuntu 클립 보드는 2/3 수준의 기능으로 인해 굉장히 훌륭하지만 일관되지 않은 구현으로 인해 약간 성가시다 ...

복사 / 붙여 넣기 작업이 항상 예상 한대로 수행되지 않는 이유를 이해하려고 노력했습니다. 정보 문서를 읽을 때 배울 수있는 내용이 놀랍습니다.

주요 응용 프로그램은 소스 응용 프로그램이 종료 될 때 발생하는 것으로 보이며 해당 응용 프로그램에서 가져온 "클립 보드"데이터에 액세스하려고합니다.

X GUI 응용 프로그램에는 두 가지 주요 복사 / 붙여 넣기 방법 (모드)이 있습니다.

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

나는의 동작 테스트 한 선택 모드를 몇 가지 다른 X 애플리케이션을 위해 : gvim, gedit, firefox,와 gnome-terminal.

주의 : * 모든 붙여 넣기가로 이루어졌다 gedit 의 gedit 소스가) 다른 (루트) 인스턴스에서였다 *
내가 "관리자"의 몇 가지를 시도했습니다 *, parcelite그리고 pastie, 그러나 나는 그들을 비교에서 어떤 지점을 볼 수도 주소 때문에 문제. 즉, 일반적으로 예상되는 복사 / 붙여 넣기 키보드 동작은 "일관되지 않습니다"

+ --------------------------------------------- + ------------------------------------------- + ------------
| 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
| 
+ --------------------------------------------- + ------------------------------------------- + ------------

내가 한 번에 전체 테이블을 읽을 수 있기를 바랍니다 :-(
Don Hatch

답변:


5

이것은 X의 알려진 제한 사항입니다. 공식 위키의이 기사를 참조하십시오.

https://wiki.ubuntu.com/ClipboardPersistence

주요 문제는 클립 보드 처리에 다른 접근 방식을 사용할 수있는 응용 프로그램 간의 불일치입니다.

위키 기사에는 작동하고 작동하지 않는 응용 프로그램이 나열되어 있습니다 (또한 제안 된 유일한 해결 방법은 parcelite 을 클립 보드 관리자 로 설치하는 것입니다 )


감사합니다 OpenNingia .. 위키가 도움이됩니다. 나는 리눅스에 익숙하지 않아서 당황했다! 그러나 지금 나는 그것을 알고 있습니다 (아주 인식! 그 응용 프로그램을 직접 테스트 한 후) .. 자, 이제 "종료 증후군"에 대해 더 경고 할 것입니다 ... 위키 목록을 갖는 것은 훌륭합니다. 나는 더 많은 "테스트"를 좋아하지 않았다 :( ... 나는 parcelite없이 실행을 시도 할 것이다. 보조 응용 프로그램이 적을수록 더 나을 것이다. 나에게는 ... 휴지통이없는 10 년 동안 Windows에서 살아 남았다. 클립 보드를 관리 할 수 ​​있습니다 (현재 선택 모드의 작동 방식을 알고 있음) ... 단지 습관 (도로를 건너는 것과 같은)
Peter.O November

우분투가 Wayland로 전환 할 때 더 잘되기를 바랍니다. :)
OpenNingia

Parcellite는 나를 위해 비어있는 출구를 고치지 않았지만 여전히 원하는 것을 추출하기 위해 클립 보드 기록을 수동으로 조사해야했습니다. 어. Mozilla가 ClipboardManager 표준을 구현하기를 바랍니다.
bobince

아마도 xulrunner 결핍 일 것입니다. 해결 방법을 생각할 수 없습니다.
OpenNingia

@bobince. 나는 (최근 연구에 따르면) "유전자"가 그것을 고치지 못하는 이유는 그것을 고칠 수 없기 때문에 ... X 선택 (1 차 선택 및 CLIPBOAD를 통과 한 것의 사본유지할 수 있다고 생각합니다) -selection) ... "parcelite"는 X-selections 중 하나에 아무것도 넣지 않습니다 . 이것은 근본적인 문제입니다 (OpenNingia의 링크 참조) ... 다른 응용 프로그램은 서로 다른 표준을 따르지만 "Google Summer Of Code 2010"은이를 정리할 방법을 찾고 있습니다. X 자체에서!. 클립 보드 상태를 변경합니다
Peter.O November

0

repos에서 autocutsel을 시도하십시오-둘을 동기화합니다. .bashrc 또는 시작 aps에 추가하거나 수동으로 시작해야하지만 (gui가 아닌 명령 줄임) 항상 잘 작동했습니다. 붙여 넣기 전에 포커스를 필드 (예 : 브라우저) 또는 문서 (gedit, kate, gvim ...)로 전환해야합니다. 그렇지 않으면 작동하지 않는 것 같습니다.


0

나는 내가 사용하는 GPaste 를 보고 있었다 . 복사 한 응용 프로그램을 닫아도 복사 및 붙여 넣기 작업을 처리하는 것 같습니다!

Gnome-shell의 멋진 확장 기능도 있습니다 :-)

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.