J’ai déjà parlé plusieurs fois sur ce blog de Skriv, la startup que j’ai créée pour éditer un logiciel de gestion de projets. Pendant mes années en tant que directeur technique, j’avais développé l’outil qui nous servait à gérer nos projets. Cet outil implémentait le workflow que nous utilisions pour…
Skriv a 3 mois : la version bêta arrive
Skriv existe depuis maintenant 3 mois, et a rejoint un incubateur en septembre. C’est le moment de vous tenir un peu au courant. Le service est toujours en cours de développement. Beaucoup de travail a été réalisé ; les principaux concepts ont été implémentés et le but est de sortir une version…
Création de l’entreprise Skriv
Ceux qui me connaissent, avec qui j’ai travaillé ou qui suivent ce blog depuis longtemps, ont déjà entendu parler de «Skriv». Ce mot, qui veut dire “écrire” en plusieurs langues, je l’ai utilisé pour plusieurs choses au fil du temps : langage de balisage léger, projet open-source de wiki simplifié,…
Ouverture des extensions du SkrivML
Dans le cadre du Skriv Markup Language, j’ai prévu qu’il soit possible de faire évoluer le langage grâce à un système d’extensions. Je viens de terminer la partie du site qui permet de proposer des extensions, de les commenter et de voter pour/contre. Pour l’instant, quatre extensions sont proposées au…
Lancement officiel du SkrivML
Il y a quelques temps, j’ai écrit un article dans lequel je présentais le Skriv Markup Language, une syntaxe de type wiki permettant d’écrire facilement des textes mis en forme. Inspiré par tous ses prédécesseurs (MediaWiki, Creole, Markdown, Textile, reStructuredText, AsciiDoc, …), ce langage essaye d’être le plus simple à…
Skriv Markup Language
Il y a quelques temps, j’ai écrit un article au sujet des syntaxes wiki-like de Creole et Markdown. Au fil des commentaires, j’ai expliqué que j’avais développé ma propre syntaxe, principalement inspirée par Creole. J’ai récemment développé un outil de gestion de projets, interne à mon entreprise. Je l’ai nommé…
Skriv : Droits utilisateurs
(ce billet fait partie d’un ensemble consacré au projet Skriv) Ça fait un bout de temps que je n’ai pas parlé de Skriv, mais je continue à travailler dessus (c’est une des raisons de ma faible productivité sur ce blog). J’avais écrit un article concernant l’organisation de l’information. C’était intéressant, mais…
Skriv : Organisation de l’information
(ce billet fait partie d’un ensemble consacré au projet Skriv) Cela fait longtemps que je n’ai pas écrit d’article au sujet du projet Skriv. En ce moment, je cherche un moyen permettant de gérer les projets en autorisant 2 visions différentes : Une vision macro, pour suivre l’avancement global des projets…
Skriv : Partage de fichiers
(ce billet fait partie d’un ensemble consacré au projet Skriv)
Je suis en train de réfléchir à la meilleure manière de gérer le partage de fichiers dans un projet.
Moyens de stockage
Pour commencer, je veux faire en sorte que chaque projet puisse stocker ses fichiers sur un espace géré (et payé) par l’utilisateur. Cela pourrait être un serveur FTP, un serveur WebDAV ou un espace sur Amazon S3.
Comme déjà dit auparavant, cela permet d’offrir des fonctionnalités complètes, sans avoir à se mettre dans une relation client/fournisseur. La plupart des entreprises ont déjà un serveur FTP ou WebDAV. Et plutôt que de faire payer pour « sous-louer » un espace sur Amazon S3, avec des paliers tarifaires en fonction de forfaits d’espace disque, autant laisser les gens s’abonner par eux-même et payer en fonction de leur utilisation.
Toutefois, je pense finalement offrir un tout petit espace disque (5 MO, par exemple) à ceux qui veulent découvrir le service sans se prendre la tête.
Principe général
Donc voilà en gros ce que j’imagine :
- Quand on crée un projet, on spécifie les paramètres d’accès à un stockage distant de données (FTP, WebDAV ou S3).
- Sur la page de projet, on peut créer plusieurs « groupes de fichiers ». Pour chaque groupe est créé un nouveau dossier sur le stockage distant.
- On peut uploader des fichiers dans un groupe. Le fichier apparaîtra dans ce groupe avec toutes ses caractéristiques (miniature si c’est une image, nom du fichier, nom du créateur, date d’ajout, taille du fichier, commentaires éventuels), et son binaire sera ajouté dans le dossier dédié sur le stockage distant.
Je me pose une question : Faut-il se contenter d’afficher le nom du fichier tel qu’il a été uploadé ? Ne vaudrait-il pas mieux proposer un champ libre, pour décrire son contenu mieux que ne le fait son nom ?
Hum, je pense que si… mais cela doit rester optionnel. Si on ne remplit pas ce champ, le nom du fichier sera affiché tel quel.
Idéalement, il faudrait pouvoir créer une sous-organisation à l’intérieur des groupes de fichiers. Cela pourrait prendre la forme simple de sous-dossiers. Mais cela pourrait aussi être des tags (je préfère le terme “label”) que l’on affecterait aux fichiers. On pourrait ainsi trier par label, par date ou par nom.
Par contre, il n’y a rien de plus pénible que de devoir systématiquement taper les noms de labels au clavier. Même avec un système de complétion, c’est chiant.
Je pense donc qu’il faudrait, pour chaque groupe de fichiers, pouvoir créer des labels à l’avance. Ainsi, au moment d’ajouter un fichier, il n’y aurait qu’à cocher le ou les labels à lui affecter (et éventuellement la possibilité d’en ajouter à ce moment-là). Pour l’affichage des fichiers, cela simplifierait aussi les choses : il suffirait là encore de cocher le ou les labels qui nous intéressent pour voir la liste des fichiers qui y correspondent.
Skriv : Les listes
(ce billet fait partie d’un ensemble consacré au projet Skriv) Comme vu précédemment, l’une des fonctionnalités de base de Skriv sera la possibilité d’y ajouter des listes. J’imagine globalement 3 types de listes (les éléments en italique sont optionnels) : minimales : La liste a juste un titre. Chaque entrée de liste…