Re: [Ecriture] Retour sur les formateurs de texte

Top Page

Reply to this message
Author: youshe
Date:  
To: guilde
Subject: Re: [Ecriture] Retour sur les formateurs de texte
> Bonjour la guilde,

Je me répond à moi même vu que c'est une réponse à tout le monde :)

Ikiwiki tout d'abord, l'idée est intéressante c'est vrai, c'est assez
loin de ce que j'aimerais construire mais ça y ressemble dans un
certain sens. J'ai regardé rapidement mais ça mérite un coup d'oeil
plus approfondi. Je pense que je prendrai peut être quelques briques de
chez eux. Par contre, à première vue, le projet m'a paru assez jeune
encore et pas tout à fait stable. Mais bon, nous verrons bien dans les
prochaines investigations :)

Les notes en html, j'y avais pensé mais ça m'a dessuite rebuté pour
diverses choses. La première étant pour écrire des maths avec. J'avoue
que c'est assez horrible et ne voit d'ailleurs pas trop comment faire :)
C'est un peu la même chose qui me gène en xml, écrire un truc du genre
x^{y_i} est à mon goût plus simple que
<math>x<exp>y<indice>i</indice></exp></math>
D'où mon choix pour le latex. Cependant, avec ce dernier, bien qu'il
soit possible de générer en html directement c'est difficile de générer
quelque chose de très souple, pour pouvoir à terme, à partir d'un même
document, changer la visualisation sans avoir à recompiler à chaque
fois... Par contre, il me semble qu'il est possible de paramétrer le
format de sortie sous un dialecte xml, qu'il serait possible ensuite de
parser pour orienter la visualisation.

Concernant la réponse de waloo (Stéphane), j'attendais une réponse du
grand spécialiste ;) pour orienter le débat
J'avais aussi regardé d'assez loin Kolekti, j'aime bien l'aspect
modulaire des docs. Mais quelque part, il me manque des couches avant
(gestion d'autres formats d'entrée), après (formats de sortie), et
dessous (gestion distribuée).
Donc comme Ikiwiki, c'est une piste que j'ai envie de fouiller.

Pour résumer, j'imagine qu'une architecture faisable serait d'avoir en
entrée plusieurs formats supportés selon le besoin, avoir en sortie
plusieurs autres formats selon le besoin, au dessous, avoir une gestion
distribuée (certainement faire appel à diverses notions de web
sémantique) et d'autres fonctionnalités, et au milieu, prendre un format
basé sur xml histoire de faire la glue entre tout ça et avoir un format
ouvert, simple à manipuler et avec tous les plus qu'on lui connaît.
Plus techniquement, une approche "unix-like" avec plein de petits
outils qui font peu de choses mais qui le font bien serait pas mal, et
pour simplifier l'emploi de l'existant, une sorte d'approche à service
serait pas mal non plus.
Que pensez vous de mon analyse d'apprenti architecte ? :)

Fred