Océane (@oceane)

J'ai franchi le cap où utiliser #GitLab, ou n'importe quelle forge git m'imposant de me créer un compte pour contribuer à un projet, me paraissait "obnoxious" – un mélange entre pédant, autoritaire, et égocentré.

Pardon je parle du fait d'utiliser GitLab qui me paraît obnoxious, ça ne vous rend pas obnoxious.

Retrouvez-vous une semaine dans l'expérience d'une personne étiquetée comme #schizophrène et vous aurez le comportement d'une personne dite "schizophrène" – parce que les motifs généraux de son comportement, hors de situations de crise, sont moins produits de ses troubles schizoïdes que de son étiquetage. On réagit moins aux symptômes de troubles schizoïdes qu'à la réaction d'une personne vulnérable à sa réputation de schizophrène.

La coupure entre une personne schizophrène et les autres découle moins de ce qu'elle "serait" "médicalement" que de sa réaction à nos réactions à cette coupure.

Bref, je suis en désaccord avec le standard #OrgDown pour une seule et unique raison : c'est une bonne initiative, impulsée par un contributeur prolifique et reconnu à Org-mode… mais je pense que les tâches de type TODO/NEXT/DONE devraient faire partie de la couche Orgdown1.

Le "org" de "OrgDown", en fait. La possibilité d'exporter ces documents vient en second.

D'un côté, les liens sont un peu inutiles dans cette version puisque l'objectif n'est pas de faire un standard de documents hypertexte (c'est de faire des fichiers d'organisation commentés, de la programmation lettrée d'événements, de listes de tâches, et de tableurs d'une certaine manière). De l'autre, ils sont tellement simples à implémenter que l'on peut se permettre cette entorse.

La situation est toute autre concernant les tiroirs et les métadonnées (plus complexes à prendre en main) et l'export de bibliographie avec Org-cite (absolument inutile pour une liste de tâches).

Tout ce qui renvoie à un usage avancé ou qui améliore l'usage accidentel d'#OrgDown pour écrire des bouquins >> hop, Orgdown2 ou Orgdown3.

Je ne sais pas si je suis claire : #OrgMode est un excellent (peut-être le meilleur) format de fichiers pour écrire une thèse de sociologie : simple, concis mais puissant, gérant nativement la bibliographie, permettant un export natif vers #LaTeX, etc.

Mais c'est avant tout un langage de "programmation lettrée" de listes de tâches et de tableurs. Il faut apprendre les choses dans l'ordre.

#Skribe est sans doute le langage d'export de documents le plus modifiable puisqu'il est Turing-complete. Mais il ne permet pas l'auto-modification du document, il ne permet pas de cocher des cases ou de changer l'état d'une tâche à faire (par exemple depuis Org-agenda) puisque ce n'est pas son objectif.

On ne peut pas synchroniser un document Skribe/#Skribilo avec un SBC pour afficher les tâches à faire en quittant la maison sur un écran en papier électronique, grâce à l'assignation d'un mot-clé comme suit :

* Aujourd'hui :today:
** Avant de sortir :sortie:
*** TODO Sortir les poubelles
<2024-08-24 Sam 08:00 +1d>

puisque ce langage n'est pas conçu pour permettre la modification du document en appuyant sur un bouton ou en cochant une case de son téléphone.

#MarkDown n'est pas conçu pour faire interagir des documents (par exemple pour importer une base d'entrées bibliographiques) et son usage courant reste l'insertion de liens et la mise en italique du texte la moins obstrusive possible. Les contenus ne sont pas longuement maturés et réfléchis, ils sont commencés et finis dans un navigateur web, avant de "descendre", généralement sans structure clairement identifiable, dans un document web collaboratif de mauvaise qualité, dont les collaborations sont donc hiérarchisées par ordre de lecture et donc de haut en bas par la foule.

Contrairement à OrgDown et Skribe, ce langage n'est pas fait pour des jardins numériques mais pour des glissements de terrain.