ChromeブラウザでLibreOfficeからGmailにテキストをコピーする場合、LibreOfficeのテキストドキュメントを開いたままにしないと、クリップボードが機能しません。
この制限を修正するにはどうすればよいですか、それとも改善を待つだけの問題ですか?
あなたが気づいたのは、既知の機能、または自分の見方によっては、Xクリップボードシステムのバグです。
LibreOffice開発者、Michael Meeks このように主張する :
Xクリップボードシステムは、選択を所有するアプリに依存してデータを提供します。アプリを閉じると、そのアプリは表示されません。失敗します。
さまざまなデスクトップで、これを回避するためのさまざまな(コストがかかる)ハックがあります。さまざまな時点でクリップボードをシリアル化しようとします-これは終了する前に行うことができると思います。
たくさんの問題:例シートの2 ^ 36セルを選択し、コピーを押し、LibreOfficeを終了します-どうなりますか? ;->しかし-それは私が推測する大きなシートでは常にそうです。
これは予期しないバグですか? :-)
興味のある学生、サラストロングによる2010年の2つのブログは、読みやすい背景情報を提供します。
- GSoC:Ubuntuのクリップボードの永続性
- buntuのクリップボードマネージャー:パッチの適用は難しいので、買い物に行きましょう!...クリップボードマネージャーの場合
彼女はまた、この問題を扱う ClipboardPersistence と書いています。ただし、このWikiページは2010年に最後に更新され、一部のリンクが機能しないことに注意してください。また、「機能する」アプリケーションとそうでないアプリケーションのリストは、LibreOfficeが依然として後者の主要メンバーであるため、現在は異なる可能性があります。別のLibreOffice開発者である BjörnMichaelsen を引用すると、「他のアプリが次第にこの回避策を使用するようになるので、私たちは突き出し始めます」。
次に、Ask Ubuntuにも質問に関連する情報があります。見てください クリップボードマネージャーを使用する理由は?
したがって、質問への回答として、ソフトウェアセンターからParcelliteをインストールするだけですが、潜在的なパフォーマンスコストに留意してください。