Mozillaリモートプロトコルを使用してxdg-openでURLを開く

Mozillaリモートプロトコルを使用してxdg-openでURLを開く

以前のバージョンのNetscapeとMozilla(X11用)は、いわゆる話す機能をサポートしています。リモートプロトコル:Netscape / Mozillaウィンドウが現在.netに開いている場合(ローカルプロセスである必要はありません)、URLを開くか電子メールの作成を開始できますDISPLAY

「リモート」機能は何らかの方法で機能します。リモートクライアントからローカルブラウザ、その逆、またはリモートからリモートのhost1両方host2がローカルに接続できる場合にも機能しますDISPLAY

次の文書は次のとおりです。

リモートリクエストの基本的なサポートは以下のままです。海猿openURL(%url%,new-tab)だから、今日でも次のような主張をサポートしています。openURL(%url%,new-window)

*desktopでは、起動するカスタムファイルを作成したいと思います。海猿まさにこれらの主張です。

問題は次の形式です。

[Desktop Entry]
Exec=seamonkey %u

%u拡張機能は機能し、次のようになります。

[Desktop Entry]
Exec=seamonkey -remote openURL(%u)

そうではありません:%u延長されませんただ周囲にスペースがある場合。

これデスクトップエントリの仕様これについての言及がないため、これは文書化されていない予期しない動作です。

回避策を提案できますか?

答え1

仕様については何も言えませんが、結果によれば(該当する文書の参照内容に慣れていないにもかかわらず)動作することが期待されます。

Exec=bash -c 'echo seamonkey openURL"($1)"' seamonkey-wrapper %u%

答え2

最近この問題が発生し、仕様があります。ここ

%これはアプリケーション用の場合は必須です%%。これは将来のyoutube-dl用の.desktopファイルを生成し、この--outputオプションを使用するときに使用されます。あなたの場合、中かっこをエスケープする必要があるかもしれません。\(\)、シェルがこれを評価するからです。オプションを設定すると、terminal=true/ atのエラーが表示されます(

または、次のことを試してください。 seamonkey 'openURL(%u)' seamonkey "openurl\$'0028'%u\$'0029'"

警戒せよ!作業'中に問題が発生したことがあります"。しかし、'何も説明や拡張なしで文字通りに意味しました。 IIRCでは、変数はすでに参照されているため、参照する必要はありません。

答え3

私にとっては、前と後のパーセント文字を含む可変モードの使用は非常にDOSのようです。 freedesktop仕様文書への参照には先行文字のみが記載されています。

文書によるとMozillaリモートコントロールオプション、コマンドはopenURLオプションのパラメータです-remote。このオプションがないと、シェルはExecコマンドラインを実行できません。 Fedoraでseamonkey 2.49.5を使用してテストに成功しました。

一度試してみますかExec=seamonkey -remote openURL(%u)

関連情報