一貫性のないコピーと貼り付けの動作。修正はありますか?


11

「クリップボード」の「予測不可能な」動作として最もよく表現できるものに遭遇しました。しかし、それ自体はXバグではないため、実際には「予測可能」です。

それは主に、さまざまな方法でさまざまなX機能を使用するさまざまなXアプリケーションから生じます...

しかし、それが「実際には」バグではないことを知ることは本当に助けにはなりません。それバグのように感じるからです!

私が見つけた/テストしたもののリスト(下)があります。

これらすべてのしわを取り除く方法(デーモン?)はありますか? パネルに座っていないものがいいです。

X / Ubuntuのクリップボードは、2/3レベルの機能があるため、素晴らしい可能性がありますが、実装に一貫性がないため、少し面倒です...

コピー/貼り付けがいつも期待したことを行わなかった理由を理解しようとしています...情報ドキュメントを読むと、あなたが学ぶことができるのは驚くべきことです:) ...しかし、質問はより速くターゲットにヒットできます。

主な問題は、ソースアプリケーションがシャットダウンされ、そのアプリケーションからの「クリップボード」データにアクセスしようとしたときに発生するようです。

X GUIアプリケーションには、2つの主要なコピー/貼り付けメソッド(モード)があります。

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

私はの動作テストした選択モードを、いくつかの異なるXアプリケーションのために:gvimgeditfirefox、とgnome-terminal

NB:*すべての貼り付けがに行われていた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の既知の制限です。公式Wikiの次の記事を参照してください。

https://wiki.ubuntu.com/ClipboardPersistence

主な問題は、クリップボードの処理に異なるアプローチを使用する可能性のあるアプリケーション間の不整合のままです。

wikiの記事には、動作しているアプリケーションと動作していないアプリケーションがリストされています(提案されている唯一の回避策は、パーセルライトをクリップボードマネージャーとしてインストールすることです


OpenNingiaに感謝.. wikiは役に立ちます。私はLinuxが初めてなので、困惑しました。しかし、私はそれを認識しています(非常に気づいています!これらのアプリを自分でテストした後)。さて、「quitシンドローム」にもっと注意するようになります... 私はこれ以上「テスト」を凝らしませんでした:( ...パーセルライトなしで実行してみます。補助アプリが少ないほど(私にとっては)良いです...私はごみ箱なしでWindowsの数十年を生き延びました。クリップボードを管理できる(選択モードがどのように機能するかがわかった)...単なる習慣(道路を横断するような)
Peter.O

Ubuntuがウェイランドに切り替わったときに、うまくいけば彼らが問題に対処することを望みます!:)
OpenNingia 2010年

Parcelliteは、exit-on-exitを修正しませんでした。それでも、クリップボードの履歴を手動で調べて、必要なものを抽出する必要がありました。ああ。MozillaがClipboardManager標準を実装するだけでいいのですが。
ボビンス、2010年

これはおそらくxulrunnerの欠陥です。回避策は考えられません。
OpenNingia 2010年

@bobince。(私の最近の調査に基づいて)「小包」がそれを修正しない理由はそれができないからだと思います... X-selections(PRIMARY-selection、and CLIPBOAD)を通過するもののコピーしか保持できません-selection)... "parcelite"は、X-selectionsのどちらにも何も入れません。これは根本的な問題です(OpenNingiaのリンクを参照)...さまざまなアプリケーションがさまざまな標準に従っていますが、「Google Summer Of Code 2010」はこれを片付ける方法を探しています...だから、物事が起こっています...(Ubuntuは離れていますX自体から!クリップボードの状態を変更します
Peter.O

0

リポジトリでautocutselを試してください-2つを同期します。あなたはそれを.bashrcまたはstartup apsに追加するか、手動で開始する必要があります(それはコマンドラインであり、guiではありません)が、常に私にとってはうまくいきました。貼り付ける前に、フィールド(ブラウザなど)またはドキュメント(gedit、kate、gvim ...)にフォーカスを切り替えることを忘れないでください。そうしないと、貼り付けが機能しないように見えます。


0

私が使用しているGPasteだけを見ていました。コピー元のアプリケーションを閉じても、コピーアンドペーストアクションを処理するようです。

Gnome-shellには素晴らしい拡張機能もあります:-)

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.