問題タブ [browser-plugin]

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.

0 投票する
2 に答える
940 参照

macos - ブラウザ プラグインを XPI に変換する

いくつかの異なるブラウザーで動作する Mac 用の非常に古い (1992 年) ブラウザー プラグインがあります。ただし、Firefox は Firefox 3.6 でプラグインを XPI ファイルに制限したため、プラグインは機能しなくなりました。

プラグインを XPI にするため、または少なくとも Firefox でロード可能にするために必要なことを説明している有用なドキュメントを見つけることができませんでした。誰かそのようなドキュメントを教えてもらえますか? または、私が何をする必要があるかを説明してください。私はXcodeを使用しています。

0 投票する
2 に答える
4642 参照

firefox - Firefox:プラグインと拡張機能?

プラグインと拡張機能の機能の違いがわかりません。

何年もの間、私は昔ながらのNPAPIプラグインを作成してきました。これは、Macの/ Library /プラグインと、PCの同様の場所にありました。Firefox 3.6では、動作を停止しました。周りを見回すと、次のように表示されます。http: //blog.mozilla.com/security/2009/11/16/component-directory-lockd ...これが問題である可能性があるため、プラグインをXPIですが、これは拡張機能になります。

私はそれをインストールしましたが、それでも機能しませんが、拡張機能はプラグインとは異なる獣であるため、機能しないかどうかはわかりません。したがって、私が行ったことはまったく意味がありません。以前の基礎となる問題はまだ残っているので、私がしたことは時間の無駄であり、実際には問題に対処していませんでした...

誰かが私にここでいくつかのガイダンスを与えることができますか?

ありがとう。

0 投票する
2 に答える
176 参照

macos - Mac プラグインは GetWindowFromPort をサポートしなくなりましたか?

古い Firefox プラグインを管理しています。GetWindowFromPort を使用して、WidowPtr オブジェクト内のプラットフォーム固有のウィンドウ データである NP_Port オブジェクトから WindowPtr オブジェクトを取得します。現在は常に NULL を返します。

NP_Port オブジェクトは、そのオブジェクトのポート フィールド (CGraphPtr) と同様に null ではありません。ただし、GetWindowFromPort がないと、CGraphPtr から WindowPtr を取得する方法がわかりません...

0 投票する
4 に答える
1617 参照

.net - Flashのようなブラウザプラグインを作成する

ページにアプリケーションのコンテンツを埋め込んで、フラッシュのように機能するブラウザプラグインを作成したいと思います。

どうすればこれを行うことができますか?.netアプリケーションで実行できますか?

助けてくれてありがとう。

編集:明確にするために、私はフラッシュのようなもの、またはリモートで類似したものを作るつもりはありません。アプリケーションをブラウザに埋め込んで、ユーザーにパラメータなどを渡せるようにしたいだけです。

0 投票する
1 に答える
488 参照

objective-c - サンプルのMacFirefoxプラグイン?

Mac用の古い画像表示プラグインを書き直そうとしています。古いバージョンはQuickDraw(古いと言った)とリソース(本当に本当に古い)を使用しているため、Firefox 3.6では機能しません(これが私が書き直している理由です)

私はいくつかのObjectiveCを知っているので、新しいMacルーチンやペン先などを使用して、これを共同で書き直すつもりだと思います。しかし、開始方法がわかりません。mozillaソースに付属しているBasicPluginの例があるので、エントリポイントなどを使用してプラグインを作成する方法を知っています。ただし、nibを作成する方法、およびObj-Cをエントリポイントとインターフェイスする方法がわかりません。等

BasicPlugin.bundleよりも高度なMac用サンプルを知っている人はいますか?(できれば、それを見て理解できるほど単純なものが望ましいです...)

ありがとう。

0 投票する
3 に答える
844 参照

safari - 64 ビット Safari で 32 ビット NPAPI プラグインのウィンドウを表示する

OS X 用の古い NPAPI プラグインがあり、Snow Leopard のバージョンの Safari で使用できるように改造しようとしています。私の問題は、Safari を 64 ビット モードに切り替えると、プラグイン環境がアウト プロセス モード (プラグインが 32 ビット WebKitPluginHost プロセスによってホストされる) に変更されることです。そして今、私のツールバー パレットは画面上に表示されていません。ドキュメントには、ウィンドウを表示することは推奨されていないと書かれていますが、禁止されているわけではありません。Windows を立ち上げるためにできることはありますか?

0 投票する
3 に答える
1017 参照

javascript - NPAPI または JavaScript からのスクリーン キャプチャ

npapi プラグインを作成しています。npapi または javascript を使用してプラグインからブラウザ画面をキャプチャする方法があるかどうか疑問に思っていました。

どんな助けでも大歓迎です。

ありがとう

0 投票する
3 に答える
139 参照

silverlight - WindowsアプリケーションをWebに移植するときは、従来のWebテクノロジに固執する方がよいのでしょうか、それともRIAを採用するのが賢明なのでしょうか。

私が現在取り組んでいるWebベースのアプリケーションは、Windowsアプリケーションからの移植版です。このアプリケーションは非常にデータ集約的です。多数のモジュールがあり、これらの各モジュールには多数のフォーム(データ入力画面)とレポートがありますが、フォームには多くのフィールドと同様にレポートがあります。

私は、プレゼンテーション層に最適なアーキテクチャを特定しようとしています。印刷など、移植が容易ではない機能がたくさんあります(これも非常に複雑です)。他のほとんどの場合、私は「Ext JS」ライブラリを計画しています。これは、箱から出して約70%の複雑さを処理できるように見えますが、残りの部分については、ExtJSをカスタムコーディングまたは拡張します。

そうは言っても(非常に説明的であるため申し訳ありませんが)、これがイントラネットアプリケーションである場合は、アプリケーション全体をSilverLightに移植してみませんか?私は.Netは得意ですが、SilverLightには多少異質です。ターゲットオーディエンスを知っていて、ソフトウェアがシートライセンスごとに使用されることを考えると、SilverLightに乗る方がよいでしょうか、それとも従来のWeb(XHTML、JS、CSSなど)に固執する方がよいでしょうか。さらに、将来的には複数のデバイスをサポートする必要がありますが、多くのデバイス用のSilverLightプラグインがまだリリースされていないことを考えると、リスクはありますか?

0 投票する
2 に答える
391 参照

javascript - ブラウザプラグインベースのRIAとJavaスクリプトベースのRIAのパフォーマンス

私のデータ集約型Webアプリケーション(重いフォームと複雑なレポート)の場合、パフォーマンスの観点から、ブラウザプラグインベースのRIA(SilverLightなど)またはJavaスクリプトベースのRIA(ExtJSなど)のどちらが優れていますか?

現時点では、プラグインの可用性などの議論を避けることができます。私の唯一の焦点はパフォーマンスです。推論をいただければ幸いです。

0 投票する
5 に答える
19919 参照

cross-browser - クロスプラットフォームとクロスブラウザの互換性を念頭に置いてブラウザプラグインを開発するにはどうすればよいですか?

私の会社は現在、カスタムの社内 ActiveX コントロールに依存する製品を持っています。採用しているテクノロジ自体は設計上クロスプラットフォームですが、私たちのソリューションは明らかに Windows 上の Internet Explorer に限定されています。

長期的には、クロスブラウザおよびクロスプラットフォームになりたいと考えています (つまり、Windows で他のブラウザをサポートし、Macintosh または Linux をサポートします)。

明らかに、Windows で Firefox をサポートしたい場合は、そのためのプラグインを作成する必要があります。しかし、Macintosh をサポートしたい場合、どうすればそれを攻撃できるでしょうか? Mac で動作するバージョンの Firefox プラグインをコンパイルすることはできますか? Mac で Safari もサポートしないのは怠慢でしょうか? プラットフォーム上でクロスブラウザーであるプラグインはありますか? (つまり、どのブラウザーでも他のブラウザーのプラグインを実行できますか)

クロスプラットフォームとクロスブラウザの互換性が必要なプロセスで複数のプラットフォームをサポートしたい場合、人々は一般的に何をしますか?