sliceメソッドの現在のサポートは何ですか?

Firefox 3.6では、（ドラッグアンドドロップAPIを使用して）ディレクトリをいくつかの要素にドロップし、FileAPIを使用してそれらのファイルを処理できます。それはディレクトリでどのように機能しますか？

Mac OS X Finderは、いくつかのディレクトリをファイル（.app、.tmbundle、.abbu、…）として表示します。ほとんどの場合、これは素晴らしいことです。File-APIおよびDND-APIを介してブラウザと対話する場合は、そうではありません。エンドユーザーは、実際のファイルとmy-addressbook-backup.abbuのような種類のファイルを区別できません。

したがって、JavascriptUIはディレクトリ構造を識別できる必要があります。構造をトラバースできない場合は、それに応じてユーザーに通知する必要があります。

どちらをどのように達成できるかについてのアイデアはありますか？

編集：

JSがディレクトリをトラバースできるようにするときに発生する（潜在的な）問題を確認できます。私はディレクトリトラバーサル自体を要求していません（ただし、できることをバインドすることはできません）。私はFoo.appがファイルとして扱われている（Finder.appを通してユーザーに見られるように）が、実際にはディレクトリである（Terminal.appで見たときに見られるように）ことについて話している。

File APIは現在、トラバースメカニズムを提供していません。したがって、addressbook-dump.abbu内のより深いネストされたファイルにはアクセスできません。これを可能にすることについて何か考えはありますか？

それ以外の場合は、OSXユーザーにアドレスブックファイルのアーカイブ（ZIPなど）を作成し、そのzipを「アップロード」するように指示する必要があります（実際にはJSで読み取ることができます）。これは回避策ですが、解決策ではありません。

plupload (plupload.html5.js) には、次のコードが表示されます。

そして、そのブロブが文字列になることができるのだろうか? ソースからわかるように、ブロブ変数には、ユーザーが選択したファイルへのファイル参照が含まれている必要があります (含まれている必要があると思います)。したがって、次のように表現されます。

コメントから、ファイルへの参照ではなく、ファイルの内容全体を返す可能性があることがわかります。どうして？

わからないことがありますか？

Base64 に btoa と atob を使用していますが、バイナリ データでは atob メソッドが機能しません。ただのテキスト。どうすればこれを解決できますか?

msg.bit.file.data は base64 でエンコードされたファイルです。

Chromeで公開されている新しいFileAPI（現時点ではクロスブラウザーのサポートには関係ありません）を使用すると、ファイル入力を介して開いたファイルに書き戻すことができるのではないかと思います。

私が達成しようとしていることの例をここで見ることができます：http ：//www.grehz.com/ide 。

サーバーサイドスクリプトを使用してファイルを動的に作成し、ユーザーがファイルを通常どおりにダウンロードできるようにすることができます。この純粋なクライアント側を実現する方法があることを願っています。ファイル入力で開いたファイルに書き込めるところを読んだことがあります。FileWriterクラスへの参照を渡すのを見たことがありますが、この例を見つけることができませんでした。

しかし、これが不可能であったとしても、私はまったく驚かないでしょう（これにはセキュリティ上の問題があるようです）。ガイダンスやリソースを探しているだけです。

アップデート：

私はここで読んでいました：http：//dev.w3.org/2009/dap/file-system/file-writer.html

Chromeで遊んでいたので、FileSaverとFileWriterは実装されていないようですが、BlobBuilderは実装されています。BBオブジェクトでgetBlob（）を呼び出すことができますが、FileSaverまたはFileWriterなしでそれを保存する方法はありますか？

UPDATE2：

この問題はChromiumプロジェクトで見つかりました：http ：//code.google.com/p/chromium/issues/detail？id = 65615＆q = FileSaver＆colspec = ID％20Stars％20Pri％20Area％20Feature％20Type％20Status％20Summary％20Modified ％20Owner％20Mstone％20OS

したがって、まだどのバージョンにも実装されていないことは明らかです（ただし、FileWriterについては言及されていません-FileWriterはFileSaverに依存していると思いますが）。

それから離れて、私はサーバー側のソリューションを検討しています。ユーザーが[保存]をクリックすると、テキストエリアのコンテンツがスクリプトに投稿され、スクリプトがページに書き込み、プレーンテキストまたはユーザーがダウンロードするのに適したmimeタイプとして返​​送されます。他に何か提案はありますか？このソリューションは「名前を付けて保存」には適していますが、汎用の保存ボタンとしては少し扱いに​​くいです。

私は File API についていくつか読んだところですが、ほとんどすべての主要なブラウザーがいつそれをサポートするのか、またはすでにサポートしているのか疑問に思っています。

Firefox 3.6 以降 Chrome 8.0 以降

? オペラ、IE ?

これは、plupload や sfwupload などのフラッシュ ベースのアップローダの後継/代替となるものですか? この場合の長所と短所は何ですか？

入力ストリームが FileReader によって読み取られるときに、ファイルシステムからのネイティブ ファイル ロードと同じ一貫性を持つように、ブロブ (バイト ストリーム) / ファイルを確実に処理できますか? エンコーディングの問題などを意味します。

ユーザーがファイルを送信した後、javascript で制限なく自由に使用できますか? たとえば、ファイルを変数に保存し、後で XHR 経由で送信しますか?

仕様書はすべて読みましたが、経験のある方の意見を聞きたいです。複雑なユーザー インターフェイスを実装しようとしていますが、ファイル API を使用すると、サーバー側で行う作業が大幅に少なくなります...

しかし、それを使用する必要があるかどうかはわかりません。オペラ、IE ?