以前のバージョンの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)
?