問題タブ [protocol-handler]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
windows - Windows 8 プロトコル ハンドラーの制限事項
カスタム プロトコル ハンドラ (mailto など) を登録しようとすると、URL スキーム文字列の長さに関して、Windows 8 にいくつかの制限があるように見えることがわかりました。
公式の標準では、URL スキームは次のようになっている必要があります。
しかし、Windows 8 では、次のようなことがわかりました。
動作していません:
働く:
いくつか試した後の私の仮説は、URL スキームの長さがドットを除いて 12 文字を超えてはならないということです (「+」と「-」は試していません)。
この回答の例で説明されているように、URL スキームを登録しています (Windows 8 の最新の UI の [開く] ダイアログにアプリを表示するため)。
つまり、次のようなものです(短縮):
この制限に関する公式情報は見つかりませんでした。
私の場合、ここで何が間違っているのか、それが本当にシステムの制限なのか、誰か説明してもらえますか?
javascript - navigator.registerProtocolHandler を呼び出す場所は?
navigator.registerProtocolHandler を使用して機能させる方法と場所は?
.
このトピックでは、次の関数を呼び出してカスタム プロトコル ハンドラーを追加できることを提案します。
コンソールから呼び出すと、
これは、ここで提案されているように、コンテンツ スクリプトの一部として含めた場合にも発生します
install_protocol.html
また、 background.jsスクリプトで呼び出してみましたが、エラーは発生しませんでしたが、プロトコルが応答していないようです。
.
Chrome でカスタム プロトコルを登録して使用するプロセスの進め方を説明していただけますか?
linux - カスタム プロトコル ハンドラ Linux、Centos 7 for chrome
私のウェブサイトのボタンをクリックすると呼び出されるアプリケーションを開発しました。このタスクにはNPAPIを使用していました。ただし、最近GoogleはNPAPIを廃止したため、次のようなカスタムプロトコルハンドラーを使用してアプリケーションを呼び出しました"myapp://"
Windows では、私のアプリケーションとハンドラーは完全に正常に動作しています。
今、私はLinuxで同じことをしたいと思っています。CentOS できれば 7 と Chrome Web ブラウザでこれを行う必要があります。
私はいくつかの調査を行いましたが、Web 上のヘルプのほとんどは Firefox 用ですが、特に chrome 用に必要です。私のデスクトップは GNOME ベースです。
google-chrome - URI プロトコルは Internet Explorer では機能しますが、Google chrome では機能しません
このMicrosoft チュートリアルの指示に従いました。IEでうまく機能します。しかし、Chromeでこれを試みると、検索が行われます。
これは Chrome で実行できますか? もしそうなら、どのように?
uri - mailto: や file: などのプロトコルを実装するには?
これはこの質問に関連しています:
カスタム URI スキームは、「ハッシュタグ記号」(#) の前のスペースを削除します
プロトコルに登録し、引数を介して開く必要があるカスタム アプリケーションがあります。
私はそれを使用して実装しました: https://msdn.microsoft.com/en-us/library/aa767914(v=vs.85).aspx
しかし、問題は、ウィンドウが私の引数の一部を切り捨てることです (いくつかの場合にスペースを削除します)。
例えば、
になる
私のアプリで。
「mailto」または「file」プロトコルハンドラーでは発生しないことがわかりました。この問題に対処する最善の方法が何であるかわかりません。
そうするための簡単なサンプルが必要です。「プラグ可能なプロトコルハンドラー」を使用して実装を試みましたが、これが必要かどうかはわかりません.URLでインターネットエクスプローラーを開くだけです. mailto/file は、それを実装するカスタム DLL を使用しており、それが私が目指しているものです。
任意の助けをいただければ幸いです。
c# - Visual Studio プロトコル ハンドラー - ファイルを開く
Visual Studio には、特定のファイルを開くコマンドを含むプロトコル ハンドラーがありますか?
Visual Studio 向け GitHub 拡張機能の発表 で説明されているように、Git クローン用に 1 つ用意されています。
[Open in Visual Studio] ボタン [in GitHub] は、「git-client://」という新しいプロトコル ハンドラーを呼び出します。この新しい汎用プロトコルを GitHub と一緒に設計して、Web サイトが標準の Git 操作を任意の IDE に渡すことができるようにしました。
基本的に私がやりたいことは、このGitHub Issuesに記載されています:
ボタンをクリックすると、Visual Studio は特定のファイルを開く必要があります (できれば、正しいソリューションも読み込まれます)。
これが Protocol Handlers で直接不可能な場合、同じ目的を達成する (つまり、Web ページからファイルを開くことを許可する) Web ビューを備えた Visual Studio 拡張機能として実行できますか?
linux - Linux 上の Chrome で不明なプロトコルの「外部プロトコル要求」ダイアログが表示されるのはなぜですか?
Linux で Google Chrome 用のカスタム プロトコル ハンドラを作成しています。私のリンクは次のようになります。
「myprotocol:」が登録されていない (アプリがインストールされていない) 場合、Linux 上の Google Chrome は「外部プロトコル要求」ダイアログを表示し、xdg-open を使用しようとすることに気付きました。
Windows 10 や OS X El Capitan などの他の OS では、プロトコルが登録されていないと何も表示されません。
また、Firefox が Windows、OS X、および Linux 上の不明なプロトコルに対して一貫して動作することも確認しました - 何も表示されません。
Linux での Chrome の動作は、ユーザーにとって非常に紛らわしいものです。
Linux 上の Chrome (私は Ubuntu 14.04 でテストしていました) が他の OS や Web ブラウザーと異なる動作をする理由は何ですか?