Discussion :

[lvr]

Bonjour, Pour une petite appli HTML5 uniquement client-side, j'essaye de parcourir le filesystem local et d'en déduire la structure du répertoire, les folders présents, les fichiers présents, ....

Hé ben, j'y arrive pas....

J'ai regardé un paquet d'API, toutes plus moins supportées :

• FileSystem API, uniquement sous Chrome : fonctionnellement puissant, seul hic: comment accéder à des répertoires existants déjà ?

• File API: mieux supporté, mais ne permet de parser un répertoire. En plus, ne semble fonctionner qu'avec des File tels que fournit par un <INPUT type="File"> et pas avec des sélecteurs de type "file://e/mon/path/to/file.txt"

• Encore le DeviceStorage API, uniquement Mozilla (voire Chrome), mais l'API n'a pas l'air d'être reconnue...

• ...

Bref, je suis un peu dans la panade... Des idées, des pistes que j'aurais loupées ?

[SpaceFrog]

Hé ben, j'y arrive pas....

Heureusement !

[lvr]

Heureusement !

Tu parles de Sécurité ?

Pourtant, dans l'intro du draft W3C de la FileSystem API, il est clairement stipulé cet usage:
This API is intended to satisfy client-side-storage use cases not well served by databases. These are generally applications that involve large binary blobs and/or share data with applications outside of the browser.

[SpaceFrog]

client-side-storage

ne veut pas dire forcément accès au système de fichiers local, mais accès à une zone étendue du sandpit du navigateur ...

[lvr]

ne veut pas dire forcément accès au système de fichiers local, mais accès à une zone étendue du sandpit du navigateur ...

Comment tu partages alors avec des applications hors browser ? C'est à elles à aller chercher les fichiers dans le sandpit du browser ?

Je vais voir ce que pourrait faire une application Android-native (java). Dommage pour la portabilité !

[SpaceFrog]

Imagine une seconde que tu aies accès à l'intégralité de l'arborescence du client ...

HTML5 a mis en place un localstorage

avec flash il est aussi possible de stocker coté client

[thelvin]

Comment tu partages alors avec des applications hors browser ? C'est à elles à aller chercher les fichiers dans le sandpit du browser ?

Il reste possible de faire des copier/coller et des drag & drops, et je suppose que la page web peut donner le chemin complet vers le fichier pour copier/coller ça, mais à part ça aucune idée.

D'un autre côté, communiquer en mettant des fichiers n'importe où c'est une conception moisie, que ce soit possible ou pas.

[lvr]

D'un autre côté, communiquer en mettant des fichiers n'importe où c'est une conception moisie, que ce soit possible ou pas.

C'est pas "n'importe où", c'est juste là où l'utilisateur décide de placer ses documents. Quelque part dans "My documents". Ca n'a rien de moisi !

Ce problème d'accès au FileSystem et ce problème de standardisation dans les API sont de graves entraves aux applications offline en HTML5.
Parce qu'en native (exemple, java pour Android) ca m'a l'air tout a fait faisable.

Biensûr, il y a le bridge PhoneGap. Qui permet de faire du native en HTML5.

[thelvin]

C'est pas "n'importe où", c'est juste là où l'utilisateur décide de placer ses documents. Quelque part dans "My documents". Ca n'a rien de moisi !

Ah, c'est FileSaver mais effectivement c'est pas encore géré par les navigateurs.
Ben oui, générer les fichiers en HTML5 est encore nouveau, et ne peut pas être fait proprement pour l'instant.

Mais ça c'est pas communiquer entre applications, et ce n'est pas accéder au filesystem, c'est juste enregistrer un fichier avec une fenêtre "save as" à l'ancienne. Le fichier vient d'un générateur JavaScript au lieu d'une URL distante, c'est tout.

[lvr]

un truc de plus à lire
Je vois ce que je peux tirer de cet exemples. merci.

[SpaceFrog]

Ce problème d'accès au FileSystem et ce problème de standardisation dans les API sont de graves entraves aux applications offline en HTML5.

Il faut bien différencier le offline du online
A la base HTML c'est tout de même prévu pour le distant et donc les sécurités par rapport au système local sont plus que bienvenues.
Utiliser le HTML pour du local supposer de passer par une interface avec le système local, on ne peut en aucun cas incriminer HTML et javascript pour cela.

[lvr]

Utiliser le HTML pour du local supposer de passer par une interface avec le système local, on ne peut en aucun cas incriminer HTML et javascript pour cela.

Mais dès le moment où FireFox décide que les apps sur son OS tourneront en HTML et javascript, y compris pour les applications offline, ils doivent leur donner la puissance des applications natives que tu peux développer sous Androïd, iOS, ... !

[thelvin]

Il y a des chances que Firefox propose ça assez vite, oui, ou que ce soit déjà fait. Mais uniquement dans le contexte dont tu parles, et pas pour des pages HTML "classiques" pouvant être accédées de n'importe quel appareil avec n'importe quel navigateur.
À ma connaissance les extensions Firefox signées ont déjà accès à des bindings JavaScript qui peuvent lire et écrire sur le filesystem. Le mécanisme est donc déjà là pour firefox only.