Après une version 0.1 sortie fin janvier, je sors aujourd’hui (avec seulement un mois de retard) la version 0.2 de Project Zero, mon mini-système de gestion de projets et de tâches.

Le code source se trouve sur GitHub, sous licence MIT et vous pouvez toujours l’utiliser sur zero.marienfressinaud.fr. L’adresse n’a pas (encore) changé mais passe désormais en HTTPS.

Les nouveautés de la 0.2

Cette nouvelle version apporte la gestion de listes de tâches (ou « todo lists »), fonctionnalité dont j’avais le plus besoin. J’utilisais auparavant Todoist qui me convenait plutôt bien, mais je souhaitais un système plus proche de mon mode de fonctionnement. Qu’apporte vraiment Project Zero par rapport à n’importe quel autre gestionnaire de tâches ?

Tout d’abord, l’ajout des tâches a été pensé pour se faire le jour même. La plupart du temps, en arrivant le matin au boulot, je me prépare une liste des choses que j’aimerais régler pendant la journée. Quel meilleur moment pour savoir ce que l’on souhaite faire que le matin ?

Bien sûr, il m’arrive aussi souvent d’avoir des idées de choses à faire que je ne réaliserai pas le jour même, pour cela une seconde liste appelée « backlog » vient s’ajouter à la première dans laquelle je peux venir piocher pour préparer ma liste de la journée.

Les tâches que je n’arrive pas à terminer sont marquées en attente et viennent alimenter une troisième liste. En préparant ma liste de la journée, les tâches non réalisées la veille me sont proposées à nouveau et je peux soit indiquer que je l’ai en fait déjà terminée, soit la replanifier pour aujourd’hui. Si je la replanifie, un indicateur est incrémenté. Cet indicateur me sert à me prévenir que j’ai trop replanifié une tâche et me propose au bout de 2 fois de découper la tâche ou de la renommer pour la rendre plus facile à terminer.

Un second indicateur particulièrement utile pour les tâches du « backlog » indique le nombre de semaines depuis que la tâche a été créée. Au bout de 2 semaines, l’indicateur me propose d’abandonner la tâche vu qu’il y a de fortes chances que je ne la termine jamais.

Ces deux indicateurs me permettent d’éviter de conserver des tâches pendant trop longtemps. Cela me permet d’avoir un système de priorisation non basé sur une appréciation subjective mais basé sur le temps et sur la répétition ; ainsi je peux réordonner les tâches au fil du temps.

Les dates d’échéance ?

J’ai décidé de ne pas gérer les dates d’échéance. C’est encore une réflexion en cours car j’avais vraiment dans l’idée de les gérer mais j’ai finalement conclu à la non nécessité de la fonctionnalité. Une date d’échéance peut avoir deux significations :

• une date limite permettant d’éviter que la tâche reste indéfiniment dans la liste, rôle déjà porté par les indicateurs ;
• une date de réalisation et, dans ce cas, un calendrier fait très bien l’affaire.

De plus, j’avais peur de la complexité car cela m’aurait mené à devoir (vouloir ?) gérer la répétition des tâches dans le temps et la saisie intuitive des dates (taper « demain » pour saisir la date du lendemain par exemple).

En prévoyant la suite…

Cette nouvelle version apporte un gros morceau qui fait que Project Zero me devient de plus en plus utile. Pour autant, je n’ai pas encore vraiment le réflexe de m’y connecter et je n’y ai d’ailleurs pas du tout touché pendant le mois d’avril (ce qui explique le retard pris pour cette sortie). J’ai tout de même ajouté pas mal de choses en mai qui me facilite l’usage (ordonnancement, édition, abandon et indicateurs).

La version à venir (la 0.3 donc) me servira surtout à consolider ce que j’ai fait jusqu’à maintenant et devrait ajouter des mécanismes poussant à la « fidélisation » (meilleure gestion des petits écrans, emails de rappel, joli logo, amélioration de l’ergonomie et refonte du design, éventuellement ludification). Je n’ai aucune idée de la date de la prochaine sortie car j’ai d’abord besoin d’identifier ce qui bloque mon usage.

J’ai pas mal d’idées de ce que pourrait devenir Project Zero et des fonctionnalités qui pourraient m’être utiles, mais je souhaite vraiment monter ce projet petite brique par petite brique en m’assurant que le tout est utilisable et utilisé.

Original post of Marien Fressinaud.Votez pour ce billet sur Planet Libre.

Après une version 0.1 sortie fin janvier, je sors aujourd’hui (avec seulement un mois de retard) la version 0.2 de Project Zero, mon mini-système de gestion de projets et de tâches.

Le code source se trouve sur GitHub, sous licence MIT et vous pouvez toujours l’utiliser sur zero.marienfressinaud.fr. L’adresse n’a pas (encore) changé mais passe désormais en HTTPS.

Les nouveautés de la 0.2

Cette nouvelle version apporte la gestion de listes de tâches (ou « todo lists »), fonctionnalité dont j’avais le plus besoin. J’utilisais auparavant Todoist qui me convenait plutôt bien, mais je souhaitais un système plus proche de mon mode de fonctionnement. Qu’apporte vraiment Project Zero par rapport à n’importe quel autre gestionnaire de tâches ?

Tout d’abord, l’ajout des tâches a été pensé pour se faire le jour même. La plupart du temps, en arrivant le matin au boulot, je me prépare une liste des choses que j’aimerais régler pendant la journée. Quel meilleur moment pour savoir ce que l’on souhaite faire que le matin ?

Bien sûr, il m’arrive aussi souvent d’avoir des idées de choses à faire que je ne réaliserai pas le jour même, pour cela une seconde liste appelée « backlog » vient s’ajouter à la première dans laquelle je peux venir piocher pour préparer ma liste de la journée.

Les tâches que je n’arrive pas à terminer sont marquées en attente et viennent alimenter une troisième liste. En préparant ma liste de la journée, les tâches non réalisées la veille me sont proposées à nouveau et je peux soit indiquer que je l’ai en fait déjà terminée, soit la replanifier pour aujourd’hui. Si je la replanifie, un indicateur est incrémenté. Cet indicateur me sert à me prévenir que j’ai trop replanifié une tâche et me propose au bout de 2 fois de découper la tâche ou de la renommer pour la rendre plus facile à terminer.

Un second indicateur particulièrement utile pour les tâches du « backlog » indique le nombre de semaines depuis que la tâche a été créée. Au bout de 2 semaines, l’indicateur me propose d’abandonner la tâche vu qu’il y a de fortes chances que je ne la termine jamais.

Ces deux indicateurs me permettent d’éviter de conserver des tâches pendant trop longtemps. Cela me permet d’avoir un système de priorisation non basé sur une appréciation subjective mais basé sur le temps et sur la répétition ; ainsi je peux réordonner les tâches au fil du temps.

Les dates d’échéance ?

J’ai décidé de ne pas gérer les dates d’échéance. C’est encore une réflexion en cours car j’avais vraiment dans l’idée de les gérer mais j’ai finalement conclu à la non nécessité de la fonctionnalité. Une date d’échéance peut avoir deux significations :

• une date limite permettant d’éviter que la tâche reste indéfiniment dans la liste, rôle déjà porté par les indicateurs ;
• une date de réalisation et, dans ce cas, un calendrier fait très bien l’affaire.

De plus, j’avais peur de la complexité car cela m’aurait mené à devoir (vouloir ?) gérer la répétition des tâches dans le temps et la saisie intuitive des dates (taper « demain » pour saisir la date du lendemain par exemple).

En prévoyant la suite…

Cette nouvelle version apporte un gros morceau qui fait que Project Zero me devient de plus en plus utile. Pour autant, je n’ai pas encore vraiment le réflexe de m’y connecter et je n’y ai d’ailleurs pas du tout touché pendant le mois d’avril (ce qui explique le retard pris pour cette sortie). J’ai tout de même ajouté pas mal de choses en mai qui me facilite l’usage (ordonnancement, édition, abandon et indicateurs).

La version à venir (la 0.3 donc) me servira surtout à consolider ce que j’ai fait jusqu’à maintenant et devrait ajouter des mécanismes poussant à la « fidélisation » (meilleure gestion des petits écrans, emails de rappel, joli logo, amélioration de l’ergonomie et refonte du design, éventuellement ludification). Je n’ai aucune idée de la date de la prochaine sortie car j’ai d’abord besoin d’identifier ce qui bloque mon usage.

J’ai pas mal d’idées de ce que pourrait devenir Project Zero et des fonctionnalités qui pourraient m’être utiles, mais je souhaite vraiment monter ce projet petite brique par petite brique en m’assurant que le tout est utilisable et utilisé.

Original post of Marien Fressinaud.Votez pour ce billet sur Planet Libre.

Pour la 22ème semaine de 2017, voici 10 liens intéressants que vous avez peut-être ratés, relayés par le Journal du hacker, votre source d’informations pour le Logiciel Libre francophone !

• Neutralité du Net : un an après, un bilan gris foncé
• « Le téléphone portable, c’est le rêve de Staline devenu réalité » Richard Stallman
• Wannacry : solutions pour Samba
• Vue.js 2.0 : petit tutoriel (volume 4)
• Prolog est orphelin
• G'MIC 2.0 : Un second souffle pour le traitement d'images libre
• Créer une application web avec Docker, Parse et Next.js - Partie 6 : Déploiement Digital Ocean
• Guide d’installation d’Archlinux, version de juin 2017
• Comment je suis devenu un CHATONS ?
• Rififi entre les services Microsoft et Firefox

Pour ne plus rater aucun article de la communauté francophone, voici :

• Le flux RSS du Journal du hacker
• Le compte Twitter du Journal du hacker
• Le compte Diaspora* du Journal du hacker
• Le compte Mastodon du Journal du hacker

De plus le site web du Journal du hacker est « adaptatif (responsive) ». N’hésitez pas à le consulter depuis votre smartphone ou votre tablette !

Le Journal du hacker fonctionne de manière collaborative, grâce à la participation de ses membres. Rejoignez-nous pour proposer vos contenus à partager avec la communauté du Logiciel Libre francophone et faire connaître vos projets !

Et vous ? Qu’avez-vous pensé de ces articles ? N’hésitez pas à réagir directement dans les commentaires de l’article sur le Journal du hacker ou bien dans les commentaires de ce billet :)

Original post of Journal du hacker.Votez pour ce billet sur Planet Libre.

Contexte : voici un billet que j'ai commencé à rédiger à l'époque de Firefox 5 tandis que la balise track était encore en développement sous l'égide du WHATWG avec notamment la participation active de Ian Hickson (Hixie) et Silvia Pfeiffer. Par ailleurs, alors que la balise track est exploitable par Firefox depuis sa version 31, un bogue de ce dernier empêchait encore il y a quelque mois l'affichage des sous-titres lorsque la vidéo était au format Ogv, bogue qui a été corrigé depuis.

Entrons à présent dans le vif du sujet.

Pour le dire en quelques mots : la spécification HTML5 permet d'associer à la balise video une balise track dont l'objet est de gérer l'affichage de sous-titres (le navigateur se chargeant alors d'incruster en temps réel à une vidéo donnée les sous-titres décrits dans un fichier qui lui est indiqué).

Voyons à présent comment marche cette balise, et quelle méthode utiliser afin de ne pas exclure les navigateurs qui ne la supportent pas.

Pour commencer il vous faut une vidéo, de préférence dans un format libre et ouvert (WebM ou Ogv) et un fichier comprenant les sous-titres et les informations de synchronisation temporelle au format WebVTT.

• La vidéo peut-être hébergée sur votre espace personnel ou n'importe où en ligne : il vous faudra alors simplement son url. Il existe différents services d'hébergement de vidéos acceptant les formats WebM et/ou Ogg Theora, citons blip.tv, Internet Archive et videobin.org par exemple.
• Le sous-titre pourra avoir été généré hors-ligne, par exemple avec le logiciel Subtitle Editor (sous licence GNU GPLv3) pour GNU/Linux/*BSD, ou en ligne avec un service comme Amara qui autorise le sous-titrage collaboratif.

Le fichier WebVTT

Un fichier WebVTT, pour commencer, c'est essentiellement un banal fichier texte doté de l'extension « .vtt ».

La syntaxe d'un fichier WebVTT est définie ici. Je vous en donne un exemple :

WEBVTT

1
00:00:00.10 --> 00:00:02.70
Bienvenue à la journée du logiciel libre.

2
00:00:02.76 --> 00:00:04.34
Je m'appelle Richard Stallman.

3
00:00:04.34 --> 00:00:09.20
J'ai créé le mouvement du logiciel libre 
en septembre 1983

On remarque qu'un fichier WebVTT ressemble fortement à un fichier SRT, à quelques exceptions près :

• Le fichier commence avec la chaîne de caractères « WEBVTT »,
• Les virgules entre les secondes et les millisecondes sont remplacées par des points dans l'horodatage (les virgules sont une spécificité du SRT qui s'explique par son origine française).

Le format autorise un formatage riche : taille (en pourcentage) et positionnement du texte (horizontalement et verticalement), mise en gras () ou italique (), coloration... Vous pouvez même réaliser un sous-titrage karaoké en précisant au sein de la ligne la durée de chaque mot !