Thunderbird/X11 - 最初にlibreofficeに貼り付けないと、クリップボード/デフォルトの選択で画像の貼り付けが失敗します。

Thunderbird/X11 - 最初にlibreofficeに貼り付けないと、クリップボード/デフォルトの選択で画像の貼り付けが失敗します。

スクリーンショットを次のようにクリップボードに保存すると:

xsnap -png -stdout | xclip -selection primary -t image/png

.....その後、マウスの中央ボタンを使用してThunderbirdに貼り付けると、「PNG IHDR」で始まるバイナリペーストと横説説(バイナリデータ)が生成されます。

代わりにマウスの中央ボタンを使って libreoffice に貼り付けると最初(はい、これはうまくいきます。)これで、画像をThunderbirdに正常に貼り付けることができます。 libreofficeから明示的にコピー(選択またはctrl-c)する必要はありません。

その理由の半分は、私が貼り付けたときにlibreofficeが選択を変更したためであると予想されます。したがって、libreofficeが完了した後、選択バッファに認識可能な(Thunderbird)画像があります。

しかし、これを行うこともできます。

xsnap -png -stdout | xclip -selection primary -t image/png
xclip -selection primary -t image/png -o > beforepastetolibreoffce.png

... beforepastetolibreoffce.png を Thunderbird に挿入します。

libreofficeに貼り付けて、次のようにします。

xclip -selection primary -t image/png -o > afterpastetolibreoffice.png

....結論は次のとおりです。

-rw-r--r-- 1 dagb dagb  6505 aug.  21 13:48 beforepastetolibreoffice.png
-rw-r--r-- 1 dagb dagb 27914 aug.  21 13:49 afterpastetolibreoffice.png

...上記の私の理論が確認されました。 libreoffice デフォルトの選択を変更します。

Thunderbirdは、xclipがデフォルトの選択バッファに書き込むjpeg形式にも満足していません。

私はここで何が起こっているのかというアイデアを持っていると思います。しかし、どのようにこれ以上デバッグできますか? libreofficeがxclipによって作成された選択バッファを解析できますが、ここでエラーがxclipまたはfirefoxにあるかどうかはわかりません。

ベストアンサー1

回避策があります。 Thunderbirdはtext / htmlで提供されたクリップボードの画像を処理できます。クリップボードの内容はimg htmlタグにbase64でエンコードされた画像です。

これは、次のようにコマンドラインを介して実行できます。クリップボードのイメージは、MIMEタイプimage / pngのバイナリデータであると予想し、それをhtmlにエンコードしてから、MIMEタイプtext / htmlを使用してクリップボードに再保存します。その後、Thunderbirdでは貼り付けを使用してください。次のコマンドは、waylandクリップボードと対話するwl-pasteおよびwl-copyを使用します。

wl-paste -t image/png | base64 -w 0 | sed 's/^/<img src="data:image\/jpeg;base64,/g' | sed 's/$/">/g' | wl-copy -t text/html

おすすめ記事