23

クリップボードへのアクセスに関して、他の標準的な Web API よりもはるかに遅れていることに不満を感じています。

私は、ブラウザーで SVG グラフィックを描画および編集できる webapp に取り組んでいます。File API を使用すると、SVG ファイルを完全にクライアント側でロードして読み取ることができ、SVG API を使用すると、SVG グラフィックを表示できます。

しかし、Illustrator で何かをコピーするときのように、ブラウザーから描画したものを取得して、たとえば Photoshop に貼り付けることは不可能です。

W3C は、セキュリティ上の理由から、コピー イベントを操作する機能を否定しています。

ユーザーがコピーしたものを作成者が変更したり、選択されていないものの自動コピーを作成したり、情報を貼り付けるための無制限の呼び出しを許可したりできるようにすることで、さまざまなセキュリティとプライバシーの問題が発生する可能性があります。

問題のシナリオの例として、ユーザーがリンクを選択してコピーすると、別のリンクがクリップボードにコピーされる場合があります。この影響は、貼り付け時の予期しない結果から、「フィッシング」攻撃の試みまでさまざまです。

ソース: http://www.w3.org/TR/clipboard-apis/#other-security-and-privacy-considerations

それでも、セキュリティ/プライバシーの考慮事項であるジオロケーションは、最新のブラウザーでサポートされており、単純な許可ダイアログが表示されます.

位置情報権限ダイアログ

クリップボードへのコピーに同じことができないのはなぜですか? 悪用を避けるために、CTRL+C イベントを要求するように制限することもできます。

「so-and-so.com は、あなたがコピーしているデータを制御しようとしています。[許可] [拒否]」

ユーザーは、信頼できる Web アプリケーションに対して一度だけ許可すれば、それを永遠に活用できます。また、開発者は Web でもっとエキサイティングなことを行うことができます。

最近のペースト キャプチャの採用は、希望を与えてくれます。たとえば、imgurでこれを使ってできることを絶対に気に入っています。(お使いの OS の画像をコピーして、imgur のホームページに貼り付けてみてください)。

私が説明したことがコピー可能になる可能性はありますか? それはまったく取り組んでいますか?

4

2 に答える 2

7

優れた投稿。+1 アプリを見てみたいです。しかし、すべてのドキュメントで自分の質問に答えたと思います。

あなたの言うことは良い解決策のようであり、彼ら (WHATWG) は (おそらく) 機密性の高いユーザー データをキャプチャするためのクリップボード ダンピングを恐れて、この標準を作成したいとは思わないため、WHATWG に請願する必要があります。

于 2013-01-23T04:46:23.547 に答える