Re: [Ecriture] Retour sur les formateurs de texte

Page principale

Répondre à ce message
Auteur: Bayle Christian
Date:  
À: youshe
CC: guilde
Sujet: Re: [Ecriture] Retour sur les formateurs de texte
Salut,

Y'a un truc à voir aussi du coté Asciidoc http://www.methods.co.nz/asciidoc/

ou peut etre aussi dans les extension mediawiki

http://www.mediawiki.org/wiki/Extension:PdfBook


Christian

youshe a écrit :
>> 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
>
>
>