Re: [HS] docbook et index
Le Wed 8/10/2003, Stephane Bortzmeyer disait On Wednesday 8 October 2003, at 7 h 30, the keyboard of Erwan David [EMAIL PROTECTED] wrote: PSGML : j'ai testé, j'ai *vraiment* pas aimé. Déjà rien que le manque de doc sur des aspects obligatoires de la configuration comme les catalogues... Faux. Zéro configuration avec le paquetage Debian (encore heureux, c'est bien pour cela qu'on utilise Debian). Oui maisq moi je veux utiiliser Xemacs. Pas le bordel que debian en a fait. -- Erwan
Re: [HS] docbook et index
On Tue, 7 Oct 2003 20:47:31 +0100 Yves Rutschle [EMAIL PROTECTED] wrote: On notera qu'avec LaTeX, la quantité de structuration tend, dans ce cas, très rapidement vers zero. On n'a toujours pas apporté un *seul* élement en faveur de XML par rapport à LaTeX, si ce n'est qu'il a été chié par des consortiums et des commissions. Ben alors tu vas nous ... pondre ;) un format (standard) ouvert capable de recueillir la complexité de la structure d'un document bureautique OpenOffice et qui soit facile à analyser histoire de permettre un minimum d'interopérabilité avec les standards et les logiciels du libre... Tout ça, sans utiliser XML évidemment ;-) Juste un truc qui permet à une boîte quelconque d'économiser 5 ans de développements... une broutille. Réduire XML a ses seules facultés de manipulation de texte, là aussi, c'est prendre la lorgnette par le mauvais bout... On peut parfaitement imaginer par exemple, de spécifier des transparents en XML (titre/sous-titre/insertion figure ...), et par des technos parfaitement standards comme XSL/T générer le code prosper/LaTeX et donc le pdf de haute qualité... Dans cette chaîne chaque élément y est placé pour ses qualités propres, je comprends pas cette tendance à vouloir comparer/amalgamer/classer les différents éléments alors que cela n'a pas de sens ... Qu'est-ce qui se passe ? ... je vérifie, ben non, on est mercredi ... A+ -- mailto:[EMAIL PROTECTED] debfr-faq : http://savannah.nongnu.org/download/debfr-faq/html/
Re: [HS] docbook et index
Le Tue 7/10/2003, Stephane Bortzmeyer disait On Tuesday 7 October 2003, at 12 h 24, the keyboard of Jacques L'helgoualc'h [EMAIL PROTECTED] wrote: Comme format pivot, ça peut être supérieur, mais il lui faut sûrement un éditeur adapté --- il n'y a pas de docbook-mode.el ? Il y en a même au moins deux, le remarquable psgml (paquetage du même nom), que j'utilise, et le nouveau docbook-mode (pas encore en paquetage, je crois). PSGML : j'ai testé, j'ai *vraiment* pas aimé. Déjà rien que le manque de doc sur des aspects obligatoires de la configuration comme les catalogues... Et il n'arrive pas à la cheville d'AUCTeX. Le premier a l'avantage de marcher avec les autres DTD. À condition de réussir à lui dire où elles sont. Ce qui implique de passer par 5 ou 6 variables différentes mal documentées. -- Erwan
Re: [HS] docbook et index
Le Wed 8/10/2003, Georges Mariano disait On Tue, 7 Oct 2003 20:47:31 +0100 Yves Rutschle [EMAIL PROTECTED] wrote: On notera qu'avec LaTeX, la quantité de structuration tend, dans ce cas, très rapidement vers zero. On n'a toujours pas apporté un *seul* élement en faveur de XML par rapport à LaTeX, si ce n'est qu'il a été chié par des consortiums et des commissions. Ben alors tu vas nous ... pondre ;) un format (standard) ouvert capable de recueillir la complexité de la structure d'un document bureautique OpenOffice et qui soit facile à analyser histoire de permettre un minimum d'interopérabilité avec les standards et les logiciels du libre... Pourquoi un document bureautique OpenOffice ? Q'est OpenOffice sibnon un clone de MS-Office avec les mêmes erreurs de conceptions ? -- Erwan
Re: [HS] docbook et index
Le Tue 7/10/2003, Stephane Bortzmeyer disait On Tuesday 7 October 2003, at 7 h 38, the keyboard of Erwan David [EMAIL PROTECTED] wrote: Ahg ben le problème des DTD et daes catalogues : impossible de faire quoi que ce soit si on n'a pas passé 3 plombes à configurer 36 fichiers juste pour que le système pûisse savoir où trouver les DTD... C'est bizarre de lire cela sur une liste Debian car c'est justement un des rares systèmes d'exploitation à avoir des règles SGML/XML (SGML/XML policy) qui font que toutes les applications marchent toutes seules et trouvent tout ce qu'il faut (sans modifier un seul fichier de configuration, évidemment). À condition de n'utiliser que des logiciels debianisés. Et non, la debianisation d'Emacs en fait un tel spaghetti merdique que je ne n'utilise *pas* les emacs debianisés. -- Erwan
Re: [HS] docbook et index
On Tue, Oct 07, 2003 at 01:14:29PM +0100, Yves Rutschle wrote: On Tue, Oct 07, 2003 at 11:06:29AM +0200, Gabriel Paubert wrote: oie qu'on gave, me met hors de moi. Evidemment seuls Microsoft et surtout Tektronix (j'aurai peut-être à acheter un nouvel appareil de gré ou de force dans quelques années) en profitent. Absolument pas, il est important que dans quelques années tu achètes un oscillo HP ou mieux LeCroy, et que tu expliques aux vendeurs de Tektro que tu ne veux pas de leur produit, et pour quelles raisons. Hmmm, après tout il y a HS dans le sujet... Je suis allé sur le site LeCroy, je leur ai même demandé une offre. Mais parmi les options des modèles qui pourraient m'intéresser il y a, devinez quoi, Norton Antivirus. Question (presque) innocente: ;-) Ça marche sans Windows, cette bestiole? Gabriel
Re: [HS] docbook et index
On Wed, Oct 08, 2003 at 07:30:00 +0200, Erwan David wrote: PSGML : j'ai testé, j'ai *vraiment* pas aimé. Déjà rien que le manque de doc sur des aspects obligatoires de la configuration comme les catalogues... Et il n'arrive pas à la cheville d'AUCTeX. Je n'aime pas non plus, surtout pour sa lenteur: plusieurs secondes pour parser la DTD, donc plusieurs secondes à attendre avoir de pouvoir éditer le document. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: [HS] docbook et index
On Wed, Oct 08, 2003 at 06:55:04PM +0900, Vincent Lefevre wrote: Je n'aime pas non plus, surtout pour sa lenteur: plusieurs secondes pour parser la DTD, donc plusieurs secondes à attendre avoir de pouvoir éditer le document. troll Tu utilises emacs, tu devrais avoir l'habitude d'attendre... /troll /Y - c'est presque vendredi (?)
Re: [HS] docbook et index
On 2003-10-08 11:20:43 +0100, Yves Rutschle wrote: On Wed, Oct 08, 2003 at 06:55:04PM +0900, Vincent Lefevre wrote: Je n'aime pas non plus, surtout pour sa lenteur: plusieurs secondes pour parser la DTD, donc plusieurs secondes à attendre avoir de pouvoir éditer le document. troll Tu utilises emacs, tu devrais avoir l'habitude d'attendre... /troll Le pire c'est que c'est vrai, mais pour un fichier text normal, c'est de l'ordre de 2 secondes si c'est déjà dans le cache, alors qu'avec la DTD website-full (basée sur docbook), c'est 12 secondes. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: [HS] docbook et index
On Wed, 8 Oct 2003 07:31:32 +0200 Erwan David [EMAIL PROTECTED] wrote: Pourquoi un document bureautique OpenOffice ? Q'est OpenOffice sibnon un clone de MS-Office avec les mêmes erreurs de conceptions ? ah zut, j'ai réveillé Erwan... :-( PS : penser à ajouter openoffice à la liste noire contenant déjà emacs et gnome... A+ -- mailto:[EMAIL PROTECTED] debfr-faq : http://savannah.nongnu.org/download/debfr-faq/html/
Re: [HS] docbook et index
On Wednesday 8 October 2003, at 7 h 30, the keyboard of Erwan David [EMAIL PROTECTED] wrote: PSGML : j'ai testé, j'ai *vraiment* pas aimé. Déjà rien que le manque de doc sur des aspects obligatoires de la configuration comme les catalogues... Faux. Zéro configuration avec le paquetage Debian (encore heureux, c'est bien pour cela qu'on utilise Debian).
Re: [HS] docbook et index
On Wed, 08 Oct 2003 21:26:31 +0200 Stephane Bortzmeyer [EMAIL PROTECTED] wrote: Faux. Zéro configuration Alors les temps ont bien changés... Je me souviens d'une époque où lors de la recompilation de paquets, je désactivais la recompilation des docs sgml pour cause de fatras dans la distrib ... avec le paquetage Debian (encore heureux, c'est bien pour cela qu'on utilise Debian). Je viens de réinstaller psgml ... c'est quoi ce paquet ucf ? Je veux dire en quoi psgml dépend de ucf pour fonctionner ? A+ -- mailto:[EMAIL PROTECTED] debfr-faq : http://savannah.nongnu.org/download/debfr-faq/html/
Re: [HS] docbook et index
Le Mon 6/10/2003, Yves Rutschle disait On Mon, Oct 06, 2003 at 10:30:00PM +0200, Georges Mariano wrote: C'est ça que tu appelle une ... limite ? Il me semble qu'il manque quelques fonctions dans LaTeX pour produire des documents 'Web' aussi bien que DocBook ou, plutôt, TexInfo que je connais mieux: la notion de lien dans LaTeX est limitée, et la notion de 'node' n'existe pas: on est effectivement limité au concept de document linéaire, avec des références 'simples'. Cela dit: - Il eu été à mon avis nettement plus profitable d'étendre LaTeX un petit peu, plutôt que de réinventer la roue (avec HTML, XML, et tous les zautres), Il y a des paquets pour les liens, mais il faut une sortie qui les supporte. Ça marche très bien avec pdflatex. - Je suis pas convaincu que les 'webs' façon Texinfo soit une bonne chose. Quand je lis un document, j'ai *besoin* d'un début et d'une fin. Tout à fait. Et quand je vois des documentations 100% HTML avec liens multiples et point d'entrées multiples, je trouve ça inutilisable. En manuel de référence oui, ça revient à chercher dans un index et aller facilement aux entrées correspondantes. Mais si je prends par exemple la documentation de cricket : il m'ets impossible de comprendree ce soft à l'aide de la documentation plat de nouille qui est fournie. -- Erwan
Re: [HS] docbook et index
Le Mon 6/10/2003, Charles Plessy disait En fait, j'utilise jedit (http://www.jedit.org/), et ça facilite agréablement la saisie du texte : il lit la DTD, puis propose un menu ne comportant que les balises valides quand j'appuie sur . De même pour les entités avec . Et j'aime bien les section imbriqués, qui permettent de gérer facilement les modifications de plan comme dans trollmsword/troll. Ahg ben le problème des DTD et daes catalogues : impossible de faire quoi que ce soit si on n'a pas passé 3 plombes à configurer 36 fichiers juste pour que le système pûisse savoir où trouver les DTD... -- Erwan
Re: [HS] docbook et index
On Mon, Oct 06, 2003 at 11:41:50PM +0200, Jacques L'helgoualc'h wrote: Après avoir lu quelques messages ici et là sur DocBook, j'ai cherché un peu ; il me faudra de meilleurs arguments que les exemples de maths /tirés de tutoriels/ que j'ai trouvé pour m'y mettre :-/ http://mrq.free.fr/MATHS/mathmlexemple.txt = pre (... ici un truc horrible ...) /pre Perso j'écris une thèse de biologie, et je vais la mettre en ligne (http://tel.ccsd.cnrs.fr/, http://www-scd-ulp.u-strasbg.fr/theses/theselec.html). Mon but est donc de générer facilement du html et du pdf. Ça, OOo, latex et docbook peuvent le faire. Si en plus je veux un système relativement léger, j'élimine a priori OOo. De plus, je n'aime pas me battre avec lui quand il veut m'imposer ses styles. Comme je n'ai pas de formules à taper, latex et docbook sont d'un intérêt égal pour moi. J'ai choisi docbook parcequ'il me semble plus orienté contenu que présentation. Dans le moyen terme, ça serait vraiment bien qu'une institution prenne la peine d'étendre un de ces deux systèmes, car l'outil que j'aurais voulu trouver, c'est celui qui m'aurait permi de taper ceci: Le gène gene organism=zebrafish accnum=ZDB-GENE-990415-174 neurogenin1 /gene est essentiel pour la formation des cell type=neuron neurones /celltype primaires chez le organism name=zebrafish poisson-zèbre /organism. Le but étant, pour la version html, de mettre des liens vers les banques de données publiques, comme pour le gène neurogenin1 : http://zfin.org/cgi-bin/webdriver?MIval=aa-markerview.apgOID=ZDB-GENE-990415-174, et pour la version archivée, de l'indexer sur un grand nombre de paramètres, afin que l'on puisse faire des recherches du genre : - toutes les thèses qui à un moment utilisent la séquence ACGTTGTATTAGTCACTGTTACTGACAATAGC. - toutes les thèse qui présentent des données de microscopie électronique sur le maïs. etc. Ceci permettrait de les exploiter à fond, car le résumé ne peut jamais être exhaustif, ce qui limite fortement les recherches actuelles (outre que peu d'entre elles sont en ligne). -- Charles PS : pour les maths, on peut imaginer un système du genre : lazy from=tex to=xml e=mc^2 /lazy, qui serait traduit par une feuille de style appropriée...
Re: [HS] docbook et index
Le Tue 7/10/2003, Charles Plessy disait On Mon, Oct 06, 2003 at 11:41:50PM +0200, Jacques L'helgoualc'h wrote: Après avoir lu quelques messages ici et là sur DocBook, j'ai cherché un peu ; il me faudra de meilleurs arguments que les exemples de maths /tirés de tutoriels/ que j'ai trouvé pour m'y mettre :-/ http://mrq.free.fr/MATHS/mathmlexemple.txt = pre (... ici un truc horrible ...) /pre Perso j'écris une thèse de biologie, et je vais la mettre en ligne (http://tel.ccsd.cnrs.fr/, http://www-scd-ulp.u-strasbg.fr/theses/theselec.html). Mon but est donc de générer facilement du html et du pdf. Ça, OOo, latex et docbook peuvent le faire. Si en plus je veux un système relativement léger, j'élimine a priori OOo. De plus, je n'aime pas me battre avec lui quand il veut m'imposer ses styles. Comme je n'ai pas de formules à taper, latex et docbook sont d'un intérêt égal pour moi. J'ai choisi docbook parcequ'il me semble plus orienté contenu que présentation. Dans le moyen terme, ça serait vraiment bien qu'une institution prenne la peine d'étendre un de ces deux systèmes, car l'outil que j'aurais voulu trouver, c'est celui qui m'aurait permi de taper ceci: Le gène gene organism=zebrafish accnum=ZDB-GENE-990415-174 neurogenin1 /gene est essentiel pour la formation des cell type=neuron neurones /celltype primaires chez le organism name=zebrafish poisson-zèbre /organism. Et paf un exemple de gros reproche qu'on peut faire à doc book : le mélange du texte et des balises. on a des informations de contenu comme attribut de balises, c'est une des choses qui rendent le format difficilement lisible pour un être humain. -- Erwan
Re: [HS] docbook et index
On Mon, Oct 06, 2003 at 11:52:25PM +0100, Yves Rutschle wrote: Les tables d'html seraient aussi un autre bon exemple: Ce n'est pas complètement faux : voici comment j'ai résolu le problème : - saisie / modification (tri, formules...) dans OOo. - export au format csv (séparateur \t, newline \n) - uneligne perl, genre perl -pe 's!\n!/entry\n/row\nrow\nentry! ; s!\t!/entry\nentry!g;' et hop!, c'est pas indenté, mais pour un tableau de 29 lignes, ça m'a évité bien des soucis. de plus, avec l'ajout de ceci dans le premier entête : !ENTITY biblio-enhancer-table SYSTEM /home/charles/public_html/thesis/tables/biblio-enhancer-table.en.xml Je peux gérer le tableau dans un fichier séparé, et l'appeler par une entité : biblio-enhancer-table; On peut éspérer qu'un jour, OOo puisse sauver ses tableaux en docbook... et en latex aussi, bien sûr. -- Charles
Re: [HS] docbook et index
Le Tue 7/10/2003, Charles Plessy disait On peut éspérer qu'un jour, OOo puisse sauver ses tableaux en docbook... et en latex aussi, bien sûr. On peut aussi espérer qu'on cesse de prendre pour argent comptant les dires des marketeux de tout poil et qu'on réfléchisse qu'un langage de description d'arbre n'est *pas* adapté à la description d'un texte. XML a des avantages dans certains domaines, c'est pas une raison pour le foutre n'importe où. -- Erwan
Re: [HS] docbook et index
On Tue, Oct 07, 2003 at 10:24:33AM +0200, Charles Plessy wrote: - uneligne perl, genre perl -pe 's!\n!/entry\n/row\nrow\nentry! ; s!\t!/entry\nentry!g;' et hop!, c'est pas indenté, mais pour un tableau de 29 lignes, ça m'a évité bien des soucis. Mais c'est 'write-only', d'où mon commentaire sur la maintenabilité. À moins que tu ne conserves l'original dans OOo et regénère à chaque fois, ce qui n'est pas non plus pratique. /Y
Re: [HS] docbook et index
Et paf un exemple de gros reproche qu'on peut faire à doc book : le mélange du texte et des balises. on a des informations de contenu comme attribut de balises, c'est une des choses qui rendent le format difficilement lisible pour un être humain. Tout à fait (avec un meu de coloration sysntaxique, c'est mieux), mais à un moment, il faut bien donner des informations aux machines, et mettre des balises, ne serais-ce que pour poser une ancre De plus, le source n'est pas sensé être lu par la grande majorité du public visé. -- Charles
Re: [HS] docbook et index
Le Tue 7/10/2003, Charles Plessy disait
Et paf un exemple de gros reproche qu'on peut faire à doc book : le
mélange du texte et des balises. on a des informations de contenu
comme attribut de balises, c'est une des choses qui rendent le format
difficilement lisible pour un être humain.
Tout à fait (avec un meu de coloration sysntaxique, c'est mieux), mais
à un moment, il faut bien donner des informations aux machines, et
mettre des balises, ne serais-ce que pour poser une ancre
Oui, mais on sépare ce qui est balise pour les machines, et contenu
pour les humains. Et en XML soit on met une balise ouvrante te une
balise fermante (lourd) soit on met dans la balise.
Compare \textem{texte qui doit ressortir}
et
span class=emtexte qui doit ressortir/span
eh bien je préfère nettement la première solution surtout si mon texte
en est truffé...
De plus, le source n'est pas sensé être lu par la grande majorité du
public visé.
Le source doit être lisible pour la maintenabilité.
--
Erwan
Re: [HS] docbook et index
On Tue, Oct 07, 2003 at 09:29:36AM +0100, Yves Rutschle wrote: On Tue, Oct 07, 2003 at 10:24:33AM +0200, Charles Plessy wrote: - uneligne perl, genre perl -pe 's!\n!/entry\n/row\nrow\nentry! ; s!\t!/entry\nentry!g;' et hop!, c'est pas indenté, mais pour un tableau de 29 lignes, ça m'a évité bien des soucis. Mais c'est 'write-only', d'où mon commentaire sur la maintenabilité. À moins que tu ne conserves l'original dans OOo et regénère à chaque fois, ce qui n'est pas non plus pratique. Pour un changement majeur, genre tri, insertion, suppression d'une colonne, je régénèrerais. Mais le travail sur une ligne est trivial : row entryil2/entry entry1,1/entry entryBGAL_ECOLI/entry entryBeta-galactosidase (EC 3.2.1.23) (Lactase)./entry entry/entry entryCheck/entry row Comme je connais bien ma table, un coup de C-s sous emacs, et je suis à la bonne ligne immédiatement. -- Charles
Re: [HS] docbook et index
Le Tue 7/10/2003, Charles Plessy disait On Tue, Oct 07, 2003 at 09:29:36AM +0100, Yves Rutschle wrote: On Tue, Oct 07, 2003 at 10:24:33AM +0200, Charles Plessy wrote: - uneligne perl, genre perl -pe 's!\n!/entry\n/row\nrow\nentry! ; s!\t!/entry\nentry!g;' et hop!, c'est pas indenté, mais pour un tableau de 29 lignes, ça m'a évité bien des soucis. Mais c'est 'write-only', d'où mon commentaire sur la maintenabilité. À moins que tu ne conserves l'original dans OOo et regénère à chaque fois, ce qui n'est pas non plus pratique. Pour un changement majeur, genre tri, insertion, suppression d'une colonne, je régénèrerais. Mais le travail sur une ligne est trivial : row entryil2/entry entry1,1/entry entryBGAL_ECOLI/entry entryBeta-galactosidase (EC 3.2.1.23) (Lactase)./entry entry/entry entryCheck/entry row Comme je connais bien ma table, un coup de C-s sous emacs, et je suis à la bonne ligne immédiatement. Quand to rapporteur de demandera d'ajouter une colonne à ta table ça va devenir nettement plus ardu... -- Erwan
Re: [HS] docbook et index
On Tue, Oct 07, 2003 at 10:30:06AM +0200, Erwan David wrote: Le Tue 7/10/2003, Charles Plessy disait On peut éspérer qu'un jour, OOo puisse sauver ses tableaux en docbook... et en latex aussi, bien sûr. On peut aussi espérer qu'on cesse de prendre pour argent comptant les dires des marketeux de tout poil et qu'on réfléchisse qu'un langage de description d'arbre n'est *pas* adapté à la description d'un texte. XML a des avantages dans certains domaines, c'est pas une raison pour le foutre n'importe où. Ah ça, c'est la philosophie OSFA (one size fits all) qui n'a jamais marché, ne marche pas, et ne marchera jamais. Mais bon, c'est pas ce qui empêche (juste un exemple) les derniers oscilloscopes de Tektronix d'inclure un PC avec Windows 2000 et maintenant il y a des patchs sur leur site web pour les trous de sécurité. Maintenant mon matériel de laboratoire nécessite autant de maintenance qu'un PC Windows... En plus il y a un disque dur, ce qui est franchement pénible pour des raisons de fiabilité. J'ai des oscilloscopes qui ont plus de 10 ans qui marchent parfaitement, est-ce que je trouverais un disque ATA d'ici 5 ans pour mon matériel (serial-ATA oui, mais parallèle j'en doute). En plus il y aura d'autres trous de sécurité alors que Microsoft dira: plus de mises à jour de cette version, passez à la caisse pour la nouvelle (mais bien sûr il n'y aura pas assez de RAM pour la faire tourner). Désolé, c'est hors sujet mais le OSFA, dans ce cas tout le monde connaît Windows donc on le leur enfonce dans le gosier comme une oie qu'on gave, me met hors de moi. Evidemment seuls Microsoft et surtout Tektronix (j'aurai peut-être à acheter un nouvel appareil de gré ou de force dans quelques années) en profitent. C'était mon coup de gueule de jour, ça soulage, Gabriel -- Erwan -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] docbook et index
Charles Plessy a écrit, mardi 7 octobre 2003, à 10:14 : On Mon, Oct 06, 2003 at 11:41:50PM +0200, Jacques L'helgoualc'h wrote: [docbook != maths] Perso j'écris une thèse de biologie, et je vais la mettre en ligne (http://tel.ccsd.cnrs.fr/, http://www-scd-ulp.u-strasbg.fr/theses/theselec.html). Mon but est donc de générer facilement du html et du pdf. Ça, OOo, latex et docbook peuvent le faire. Si en plus je veux un système relativement léger, j'élimine a priori OOo. De plus, je n'aime pas me battre avec lui quand il veut m'imposer ses styles. Comme je n'ai pas de formules à taper, latex et docbook sont d'un intérêt égal pour moi. J'ai choisi docbook parcequ'il me semble plus orienté contenu que présentation. Comme format pivot, ça peut être supérieur, mais il lui faut sûrement un éditeur adapté --- il n'y a pas de docbook-mode.el ? [...] [indexation] swish++ a un mode d'indexation adapté à (La)TeX. [...] PS : pour les maths, on peut imaginer un système du genre : lazy from=tex to=xml e=mc^2 /lazy, qui serait traduit par une feuille de style appropriée... (defun my-lazy-old-latex-maths-roulaize () Matheux fainéant (interactive) (insert lazy from=\tex\ to=\xml\ /lazy) (backward-char 8)) associé à la touche $ dans docbook-mode-map. -- Jacques L'helgoualc'h, qui a fait la moitié du chemin.
Re: [HS] docbook et index
On Tue, Oct 07, 2003 at 11:06:29AM +0200, Gabriel Paubert wrote: oie qu'on gave, me met hors de moi. Evidemment seuls Microsoft et surtout Tektronix (j'aurai peut-être à acheter un nouvel appareil de gré ou de force dans quelques années) en profitent. Absolument pas, il est important que dans quelques années tu achètes un oscillo HP ou mieux LeCroy, et que tu expliques aux vendeurs de Tektro que tu ne veux pas de leur produit, et pour quelles raisons. C'était mon coup de gueule de jour, ça soulage, Toujours :-) /Y
Re: [HS] docbook et index
Erwan David [EMAIL PROTECTED] writes: On peut aussi espérer qu'on cesse de prendre pour argent comptant les dires des marketeux de tout poil et qu'on réfléchisse qu'un langage de description d'arbre n'est *pas* adapté à la description d'un texte. XML est un langage originalement concu pour des textes adapté plus ou moins bien pour representer des arbres. Si tu as beaucoup de texte avec peu de structuration c'est excellent, mais ça devient inutilisable pour le humains quand il y a beaucoup de structure, par exemple dans les tableaux ou des formules mathématiques (une courte ligne de math en TeX peut donner une page de MathML). Jürgen -- Jürgen Stuber [EMAIL PROTECTED] http://www.loria.fr/~stuber/ rot 13 fr se
Re: [HS] docbook et index
On Tue, 7 Oct 2003 10:14:41 +0200
Charles Plessy [EMAIL PROTECTED] wrote:
Le gène gene organism=zebrafish accnum=ZDB-GENE-990415-174
neurogenin1 /gene est essentiel pour la formation des cell
type=neuron neurones /celltype primaires chez le organism
name=zebrafish poisson-zèbre /organism.
Le but étant, pour la version html, de mettre des liens vers les
banques de données publiques, comme pour le gène neurogenin1 :
http://zfin.org/cgi-bin/webdriver?MIval=aa-markerview.apgOID=ZDB-GE
NE-990415-174, et pour la version archivée, de l'indexer sur un grand
nombre de paramètres, afin que l'on puisse faire des recherches du
Sans trop bien comprendre le résultat que tu souhaite, je suis pas
biologiste, ci-joint un source LaTeX **minimal** (20 minutes de mise au
point) et le html brut de décoffrage généré par hevea, et le postscript
...
PS1 : je sais pas si c'est hevea ou quoi, mais la recherche sur zfin.org
n'aboutie pas ;-)
PS2 : on peut évidemment faire des choses plus sophistiquées ...
;-)
--
mailto:[EMAIL PROTECTED]
debfr-faq : http://savannah.nongnu.org/download/debfr-faq/html/\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage[latin1]{inputenc}
\usepackage{pslatex}
\usepackage{hevea}
\usepackage{makeidx}
\newcommand{\genesearch}[1]{%
\ahrefurl{http://zfin.org/cgi-bin/webdriver?MIval=aa-markerview.apgOID=#1}
}
\newcommand{\gene}[2]{
\ahref{\genesearch{#2}}{\textsl{#1}}\index{gene!#1!#2}
}
\newcommand{\neuron}[1]{\textsl{#1}\index{neuron!#1}}
\newcommand{\organism}[2]{%
\texttt{#2}\index{organisme!#1!#2}
}
\newcommand{\zebrafish}[1]{%asbtsraction sur organism
\organism{zebrafish}{#1}
}
\makeindex{}
\begin{document}
Le gène \gene{neurogenin1}{ZDB-GENE-990145-174}
est essentiel pour la formation des
\neuron{neurones}
primaires chez le \organism{zebrafish}{poisson-zèbre} ou le \zebrafish{zèbre-poisson}
\printindex{}
\end{document}
%%% Local Variables:
%%% mode: latex
%%% TeX-master: t
%%% End:
Index
organisme
zebrafish
poisson-zèbre, ??
zèbre-poisson, ??
Le gène
neurogenin1
est essentiel pour la formation des
neurones
primaires chez le
poisson-zèbre
ou le
zèbre-poisson
This document was translated from LATEX by
HEVEA.
Bio.ps
Description: PostScript document
Re: [HS] docbook et index
On Tue, 7 Oct 2003 10:14:41 +0200 Charles Plessy [EMAIL PROTECTED] wrote: PS : pour les maths, on peut imaginer un système du genre : lazy from=tex to=xml e=mc^2 /lazy, qui serait traduit par une feuille de style appropriée... pas vraiment, car le langage mathématique entre les balises est bien trop complexe et en plus extensible par macros (noms non connus à l'avance !!) donc il faudrait : * soit implémenter une approximation du moteur TeX ... à quoi bon faire une approximation ? * soit ré-implémenter TeX, donc autant utiliser TeX ... c'est le même problème pour les interfaces graphiques sur des langages de description (ou de programmation), elle sont nécessairement non-complètes... donc insatisfaisantes. A+ -- mailto:[EMAIL PROTECTED] debfr-faq : http://savannah.nongnu.org/download/debfr-faq/html/
Re: [HS] docbook et index
On Tue, Oct 07, 2003 at 04:20:25PM +0200, Juergen Stuber wrote: Si tu as beaucoup de texte avec peu de structuration c'est excellent, On notera qu'avec LaTeX, la quantité de structuration tend, dans ce cas, très rapidement vers zero. On n'a toujours pas apporté un *seul* élement en faveur de XML par rapport à LaTeX, si ce n'est qu'il a été chié par des consortiums et des commissions. /Y - qui retourne à sa panse de brebie farcie
Re: [HS] docbook et index
On Monday 6 October 2003, at 23 h 41, the keyboard of Jacques L'helgoualc'h [EMAIL PROTECTED] wrote: Après avoir lu quelques messages ici et là sur DocBook, j'ai cherché un peu ; ... mrow mix/mi mo=/mo mfrac Ce n'est *pas* du DocBook, c'est du MathML !
Re: [HS] docbook et index
On Tuesday 7 October 2003, at 10 h 18, the keyboard of Erwan David [EMAIL PROTECTED] wrote: Et paf un exemple de gros reproche qu'on peut faire à doc book : le mélange du texte et des balises. on a des informations de contenu comme attribut de balises, En DocBook ? Certainement pas, ou bien il faudrait citer un exemple. DocBook s'en tient au contraire au principe comme quoi le contenu est dans les éléments, pas dans leurs attributs.
Re: [HS] docbook et index
On Monday 6 October 2003, at 23 h 52, the keyboard of Yves Rutschle [EMAIL PROTECTED] wrote: AMA, tous les SGMLs sont conçus pour avoir des grammaires très simples, Euh, vous avez déjà essayé d'écrire un analyseur SGML ? Ou bien vous avez tenté de lire le Parseme.1st ? On peut dire beaucoup de bien de SGML mais que sa grammaire soit simple, il faut bien respirer avant de le dire sans rigoler... XML est bien plus simple à analyser, effectivement. Quant à TeX, c'est comme Perl. Seul TeX peut analyser TeX. C'est un assembleur de présentation, (Phrase incompréhensible) quand LaTeX est un langage de haut niveau. TeX est un langage. LaTeX est une bibliothèque écrite avec ce langage.
Re: [HS] docbook et index
On Tuesday 7 October 2003, at 12 h 24, the keyboard of Jacques L'helgoualc'h [EMAIL PROTECTED] wrote: Comme format pivot, ça peut être supérieur, mais il lui faut sûrement un éditeur adapté --- il n'y a pas de docbook-mode.el ? Il y en a même au moins deux, le remarquable psgml (paquetage du même nom), que j'utilise, et le nouveau docbook-mode (pas encore en paquetage, je crois). Le premier a l'avantage de marcher avec les autres DTD.
Re: [HS] docbook et index
On Tuesday 7 October 2003, at 10 h 14, the keyboard of Charles Plessy
[EMAIL PROTECTED] wrote:
l'outil que j'aurais voulu trouver, c'est celui qui m'aurait permi de
taper ceci:
Le gène gene organism=zebrafish accnum=ZDB-GENE-990415-174
neurogenin1 /gene est essentiel pour la formation des cell
type=neuron neurones /celltype primaires chez le organism
name=zebrafish poisson-zèbre /organism.
On peut le faire en DocBook. Je donne d'abord le pointeurs de la doc, puis un
exemple d'implémentation.
Customizing DocBook http://www.docbook.org/tdg/en/html/ch05.html
Ensuite, une DTD d'adaptation :
!ELEMENT gene (#PCDATA)
!ATTLIST gene organism IDREF #IMPLIED
!ATTLIST accnum organism CDATA #IMPLIED !-- Accession number (identifier in
a database) --
!ELEMENT organism (#PCDATA)
!ATTLIST organism id ID #REQUIRED
!ENTITY % local.para.char.mix
|gene|organism
Cela permet d'écrire des documents analogues au vôtre (j'ai juste remplacé
l'attribut organism par un ID plus XMLien).
Enfin, pour le rendu, il faudra une feuille de style. Je le fais en XSL pour
produire de l'HTML, DSSSL est laissé à titre d'exercice :
Le but étant, pour la version html, de mettre des liens vers les
banques de données publiques, comme pour le gène neurogenin1 :
http://zfin.org/cgi-bin/webdriver?MIval=aa-markerview.apgOID=ZDB-GENE-990415-174,
xsl:template match=gene
xsl:variable name=accnum
xsl:value-of select=@accnum/
/xsl:variable
A HREF=http://zfin.org/cgi-bin/webdriver?OID={$accnum};
xsl:apply-templates/
/A
/xsl:template
Re: [HS] docbook et index
On Tuesday 7 October 2003, at 7 h 38, the keyboard of Erwan David [EMAIL PROTECTED] wrote: Ahg ben le problème des DTD et daes catalogues : impossible de faire quoi que ce soit si on n'a pas passé 3 plombes à configurer 36 fichiers juste pour que le système pûisse savoir où trouver les DTD... C'est bizarre de lire cela sur une liste Debian car c'est justement un des rares systèmes d'exploitation à avoir des règles SGML/XML (SGML/XML policy) qui font que toutes les applications marchent toutes seules et trouvent tout ce qu'il faut (sans modifier un seul fichier de configuration, évidemment).
Re: [HS] docbook et index
Stephane Bortzmeyer a écrit, mardi 7 octobre 2003, à 22:08 : On Monday 6 October 2003, at 23 h 41, the keyboard of Jacques L'helgoualc'h [EMAIL PROTECTED] wrote: Après avoir lu quelques messages ici et là sur DocBook, j'ai cherché un peu ; .. mrow mix/mi mo=/mo mfrac Ce n'est *pas* du DocBook, c'est du MathML ! Ah, désolé... j'avais suivi quelques-uns des liens indiqués, et était tombé là-dessus --- un autre exemple était $ a^2 + b^2 $ ... Bon, « ... j'y retourne immédiatement ». PS. Inutile de me répondre en Cc:. -- Jacques L'helgoualc'h
Re: [HS] docbook et index
Stephane Bortzmeyer écrivait : [...] TeX est un langage. LaTeX est une bibliothèque écrite avec ce langage. Je dirai même plus : TeX est un langage de seigneur et LaTeX est un patois de roturier ;-) PK -- |\ _,,,---,,_ Patrice KARATCHENTZEFF ZZZzz /,`.-'`'-. ;-;;,_ mailto:[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' http://p.karatchentzeff.free.fr '---''(_/--' `-'\_)
Re: [HS] docbook et index
le Sun, 5 Oct 2003 22:42:09 +0200, Charles Plessy
[EMAIL PROTECTED] s'exprima en ces termes:
Salut à tous,
Je me permet de poster ce message hors-sujet, car il me semble
qu'il y a des pros de la documentation abonnés à cette liste.
Je suis en train d'écrire ma thèse en docbook, et je
souhaiterais en profiter pour lui adjoindre un index et une liste des
figures et tables.
Pourquoi pas plutôt en TeX/LaTeX directement ?
\tableofcontents
\listoffigures
\listoftabless
\printindex
\printglossary
...
Et pour une thèse en police 12, interligne de 1.5:
\documentclass[a4paper,12pt]{report}
...
plus un renewcommand (sais plus lequel) pour l'interligne.
/N
__
Nicolas Rueff [EMAIL PROTECTED]
http://rueff.tuxfamily.org
+33 6 77 64 44 80
--
On peut avoir des if imbriqués mais pas de Else imbriqués.
-- Jayce - Limitations --
__
pgpkRpbHQbtKy.pgp
Description: PGP signature
Re: [HS] docbook et index
Salut, Je suis en train d'écrire ma thèse en docbook, et je souhaiterais en profiter pour lui adjoindre un index et une liste des figures et tables. Tu t'es lancé sans faire d'essais avants ? Pour l'index, le mécanisme a l'air assez simple : il « suffit » de mettre les tags « kivonbien » et de laisser faire les feuilles de style... Sauf qu'elles ne font rien :( tu es un peu trop vague là ... Quels tags as-tu mis ? dans un document « book » ? as-tu essayé la sortie XHTML (+ simple que PDF par exemple) ? Pour la liste des figures et tables, c'est plus problématique, je ne sais pas comment faire. Normalement, si tu as des tables ou figures (tags « table » ou « figure ») dans un document de type livre (« book »), c'est généré automatiquement après la table des matières... J'utilise docboox-xml, et docbook-utils. J'ai essayé saxon et fop, mais la dernère fois que j'ai voulu installer java (blackdown) sur ma debian, ça a tourné au désastre pour une sombre histoire de plugin mozilla dont je me serais passé. = Je tourne sur un java détarré et installé dans ~root, et je n'arrive pas à me dépatouiller avec les CLASSPATH, d'autant plus que je ne connais rien, mais alors rien du tout à java. c'est sûr que c'est encore en plein développement, la mise au point d'une chaîne de traitement étant longue... il faut souvent récupérer (ou porter) les dernières versions (de Sid) si tu travailles sous Woody, voire plus ... Fred.
Re: [HS] docbook et index
Le Mon, 6 Oct 2003 11:12:24 +0200 Nicolas Rueff [EMAIL PROTECTED] a écrit: Je me permet de poster ce message hors-sujet, car il me semble qu'il y a des pros de la documentation abonnés à cette liste. Je suis en train d'écrire ma thèse en docbook, et je souhaiterais en profiter pour lui adjoindre un index et une liste des figures et tables. Pourquoi pas plutôt en TeX/LaTeX directement ? Parce que docbook est bien plus agréable à manier et plus simple à comprendre dans sa généralité que TeX/LaTeX ? Et aussi qu'il est plus pratique (une fois qu'on a compris comment ça se personnalise) pour générer différent types de formats ? Pour revenir sur le post originel, moi je n'utilise pas le doxbook version XML, car les parsers ne me convainquent pas et comme je n'ai pas envie d'installer du java sur ma machine... J'utilise le format SGML avec le parser openjade (beaucoup plus lent que jade, mais beaucoup plus performant). Une fois mon document SGML créé, j'utilise une feuille DSSSL personnalisé, qui ne fait qu'appeler les feuilles de DSSSL de nwalsh en changeant pleins de variables. Je joints ma feuille pour la génération de PDF, et le bout de code bash pour compiler tout ça : --- /usr/bin/openjade -t tex -d ./docbook-pdf.dsl fichier.sgml /usr/bin/jadetex fichier.tex --- Toutes les variables de personnalisations à rajouter/changer dans le fichier DSSSL personnalisé sont documentées ici: http://docbook.sourceforge.net/projects/dsssl/ http://docbook.sourceforge.net/release/dsssl/current/doc/ Julien docbook-pdf.dsl Description: Binary data jadetex.cfg Description: Binary data
Re: [HS] docbook et index
On Mon, Oct 06, 2003 at 11:37:23AM +0200, Frédéric BOITEUX wrote: Salut, Je suis en train d'écrire ma thèse en docbook, et je souhaiterais en profiter pour lui adjoindre un index et une liste des figures et tables. Tu t'es lancé sans faire d'essais avants ? sisi, mais de toutes façons, pour l'index, je peux vivre sans = j'ai décidé de commencer avant de maîtriser docbook à fond. De toutes façons, vu le temps qui me reste, c'est ça ou OpenOffice (plus le temps d'apprendre latex). Pour l'index, le mécanisme a l'air assez simple : il « suffit » de mettre les tags « kivonbien » et de laisser faire les feuilles de style... Sauf qu'elles ne font rien :( dans un book, j'ai des tags indextermprimarytoto/primary/indexterm, et un tag index /. as-tu essayé la sortie XHTML (+ simple que PDF par exemple) ? la sotrie (x)html ne génère rien de plus, ni avec xsltproc, ni avec docbook2html. Normalement, si tu as des tables ou figures (tags « table » ou « figure ») dans un document de type livre (« book »), c'est généré automatiquement après la table des matières... OK, je vais faire des essais :) c'est sûr que c'est encore en plein développement, la mise au point d'une chaîne de traitement étant longue... il faut souvent récupérer (ou porter) les dernières versions (de Sid) si tu travailles sous Woody, voire plus ... Je suis en sid vieille de 15 jours. Je vais peut-être essayer de repasser en sgml, il suffit de changer la DTD, n'est-ce pas? Merci pour vos réponses -- Charles
Re: [HS] docbook et index
Le Mon 6/10/2003, Portalier Julien disait Le Mon, 6 Oct 2003 11:12:24 +0200 Nicolas Rueff [EMAIL PROTECTED] a écrit: Je me permet de poster ce message hors-sujet, car il me semble qu'il y a des pros de la documentation abonnés à cette liste. Je suis en train d'écrire ma thèse en docbook, et je souhaiterais en profiter pour lui adjoindre un index et une liste des figures et tables. Pourquoi pas plutôt en TeX/LaTeX directement ? Parce que docbook est bien plus agréable à manier et plus simple à comprendre dans sa généralité que TeX/LaTeX ? Et aussi qu'il est plus pratique (une fois qu'on a compris comment ça se personnalise) pour générer différent types de formats ? Par contre on n'a strictement aucun controle sur le rendu final. TeX/LaTeX c'est exactement le même rendu partout... -- Erwan
Re: [HS] docbook et index
On Mon, Oct 06, 2003 at 11:57:21AM +0200, Portalier Julien wrote: Pourquoi pas plutôt en TeX/LaTeX directement ? Parce que docbook est bien plus agréable à manier et plus simple à comprendre dans sa généralité que TeX/LaTeX ? Ça me parait extrèmement subjectif. À mon avis, absolument tous les langages basés sur SGML sont lourds et pénibles. Je ne compare pas plus loin, vu que je ne connais pas DocBook. /Y
Re: [HS] docbook et index
Je suis en sid vieille de 15 jours. Si cela t'intéresse, j'ai fait un paquet de la dernière version (1.62) des feuilles de style XSL (docbook-xsl) avec qq modifs en plus (qui seront dans la prochaine version)... Sinon, je te conseille la lecture de l'excellent livre de Bob Stayton : DocBook XSL: The Complete Guide http://www.sagehill.net/docbookxsl/index.html [ la version PDF est en vente sur son site ] Enfin, il existe la liste de discussion docbook-apps qui traite de ce genre de questions (mais en anglais...) : docbook-apps@lists.oasis-open.org Fred.
Re: [HS] docbook et index
On Monday 6 October 2003, at 11 h 57, the keyboard of Portalier Julien [EMAIL PROTECTED] wrote: Pour revenir sur le post originel, moi je n'utilise pas le doxbook version XML, car les parsers ne me convainquent pas et comme je n'ai pas envie d'installer du java sur ma machine... Euh, il y a des tas de processeurs XSLT qui ne sont pas en Java (sablotron, xsltproc, 4xslt). J'utilise le format SGML avec le parser openjade (beaucoup plus lent que jade, mais beaucoup plus performant). Une fois mon document SGML cr=E9=E9, j'utilise une feuille DSSSL Rien n'empêche d'utiliser jade+DSSSL avec du XML. C'est ce que je fais pour générer le PDF car je préfère JadeTeX à PassiveTeX (et je n'installe pas non plus de logiciel non-libre, i.e. Java).
Re: [HS] docbook et index
On Monday 6 October 2003, at 13 h 13, the keyboard of Charles Plessy [EMAIL PROTECTED] wrote: Je suis en sid vieille de 15 jours. Un rappel : sid == unstable. Les outils XML, notamment, sont en pleine réorganisation. Je vais peut-être essayer de repasser en sgml, il suffit de changer la DTD, n'est-ce pas? Il y a très peu de chancs pour que ça améliore les choses... XML ou SGML, ça ne change que le format, les traitements (et, souvent, les logiciels) sont les mêmes.
Re: [HS] docbook et index
On Monday 6 October 2003, at 13 h 23, the keyboard of Erwan David [EMAIL PROTECTED] wrote: Par contre on n'a strictement aucun controle sur le rendu final. TeX/LaTeX c'est exactement le même rendu partout... Si on ne se préoccupe que de la sortie papier. Aujourd'hui, il est rare que l'on écrive uniquement pour le papier. On écrit pour que cela sorte sur le Web, sur le papier, sur un PDA... LaTeX a la même limite que les outils WYSIWYG : il a été conçu à une époque où il n'y avait pas d'autre sortie que le papier.
Re: [HS] docbook et index
On Mon, 06 Oct 2003 22:10:54 +0200 Stephane Bortzmeyer [EMAIL PROTECTED] wrote: LaTeX a la même limite que les outils WYSIWYG : il a été conçu à une époque où il n'y avait pas d'autre sortie que le papier. C'est sûr qu'un outil dont les unités de mesures se rapprochent de l'angstrom a du mal à s'accomoder de l'affichage PDA ... C'est ça que tu appelle une ... limite ? Stéphane, STP, retourne ta lorgnette... c'est le petit bout sur l'oeil pas l'inverse. Compare le nombre de tex2xx ou latex2xx avec les pda2yy ah, zut, je me suis fait avoir c'est ça ? troll après moi que je t'attrape ... je perds à tous les coups :-) A+ -- mailto:[EMAIL PROTECTED] debfr-faq : http://savannah.nongnu.org/download/debfr-faq/html/
Re: [HS] docbook et index
On Mon, Oct 06, 2003 at 10:30:00PM +0200, Georges Mariano wrote: C'est ça que tu appelle une ... limite ? Il me semble qu'il manque quelques fonctions dans LaTeX pour produire des documents 'Web' aussi bien que DocBook ou, plutôt, TexInfo que je connais mieux: la notion de lien dans LaTeX est limitée, et la notion de 'node' n'existe pas: on est effectivement limité au concept de document linéaire, avec des références 'simples'. Cela dit: - Il eu été à mon avis nettement plus profitable d'étendre LaTeX un petit peu, plutôt que de réinventer la roue (avec HTML, XML, et tous les zautres), - Je suis pas convaincu que les 'webs' façon Texinfo soit une bonne chose. Quand je lis un document, j'ai *besoin* d'un début et d'une fin. Donc, autant je suis d'accord avec l'idée que les documents doivent maintenant être conçu avec une vue plus large que la simple cible papier, autant je suis moins que convaincu que LaTeX ne puisse pas le faire, et encore moins convaincu que DocBook ou XML soient de bonnes solutions. /Y
Re: [HS] docbook et index
On Mon, Oct 06, 2003 at 01:35:12PM +0100, Yves Rutschle wrote: On Mon, Oct 06, 2003 at 11:57:21AM +0200, Portalier Julien wrote: Pourquoi pas plutôt en TeX/LaTeX directement ? Parce que docbook est bien plus agréable à manier et plus simple à comprendre dans sa généralité que TeX/LaTeX ? Ça me parait extrèmement subjectif. À mon avis, absolument tous les langages basés sur SGML sont lourds et pénibles. En fait, j'utilise jedit (http://www.jedit.org/), et ça facilite agréablement la saisie du texte : il lit la DTD, puis propose un menu ne comportant que les balises valides quand j'appuie sur . De même pour les entités avec . Et j'aime bien les section imbriqués, qui permettent de gérer facilement les modifications de plan comme dans trollmsword/troll. -- Charles
Re: [HS] docbook et index
On Mon, Oct 06, 2003 at 03:05:53PM +0200, Frédéric BOITEUX wrote: Je suis en sid vieille de 15 jours. Si cela t'intéresse, j'ai fait un paquet de la dernière version (1.62) des feuilles de style XSL (docbook-xsl) avec qq modifs en plus (qui seront dans la prochaine version)... Je veux bien, merci. Tu peux me l'envoyer à [EMAIL PROTECTED] (à moins que je puis l'apt-get installer?) Sinon, je te conseille la lecture de l'excellent livre de Bob Stayton : DocBook XSL: The Complete Guide http://www.sagehill.net/docbookxsl/index.html [ la version PDF est en vente sur son site ] La page est dans mes bookmarks, mais je t'avoue que tant qu'à acheter, je préfère une bonne vraie version papier! -- Charles
Re: [HS] docbook et index
On Mon, 6 Oct 2003 22:22:39 +0100
Yves Rutschle [EMAIL PROTECTED] wrote:
On Mon, Oct 06, 2003 at 10:30:00PM +0200, Georges Mariano wrote:
C'est ça que tu appelle une ... limite ?
Il me semble qu'il manque quelques fonctions dans LaTeX pour
produire des documents 'Web' aussi bien que DocBook ou,
plutôt, TexInfo que je connais mieux: la notion de lien dans
LaTeX est limitée, et la notion de 'node' n'existe pas: on
est effectivement limité au concept de document linéaire,
avec des références 'simples'.
?? qu'est-ce que tu raconte... je comprends pas où vous voulez en venir
...
évidemment, que de manière intrinsèque LaTeX ne gère pas le web mais
comme format ouvert et extensible par macros, il est parfaitement adapté
à recevoir des infos supplémentaires à traiter par un processeur
ad-hoc...
J'utilise latex et hevea pour faire la debfr-faq et je vois pas ce qui
manque au document résultant par rapport à la cible web ...
Bien au contraire, j'ai rarement vu des docs linuxiennes comportant
*simultanément* les notions d'index automatique sur les concepts, de
calcul automatique de liens (le couple {nom de paquet/section} génère un
lien sur la page du paquet en www.debian.org), les documentations
externes référencées génèrent automatiquement une table des docs (rendu
html buggé certes, pas eu le temps de voir ça ...), un lien automatique
vers man2html pour les commandes ...
etc etc ...
De mémoire, pas vu un seul howto avec la moitié de ces fonctionnalités
simultanément (sans compter l'insertion d'images... [sous utilisée dans
debfr-faq])
alors je vois vraiment pas où est la limite ... à part dans les
habitudes des utilisateurs eux-mêmes.
PS : hevea génère du texinfo à partir du LaTeX (j'utilise pas), donc là
aussi, il n'y a pas de blocage ...
A+
--
mailto:[EMAIL PROTECTED]
debfr-faq : http://savannah.nongnu.org/download/debfr-faq/html/
Re: [HS] docbook et index
Stephane Bortzmeyer a écrit, lundi 6 octobre 2003, à 22:10 :
[...]
Si on ne se préoccupe que de la sortie papier. Aujourd'hui, il est rare que
l'on écrive uniquement pour le papier. On écrit pour que cela sorte sur le
Web, sur le papier, sur un PDA...
LaTeX a la même limite que les outils WYSIWYG : il a été conçu à une époque
où
il n'y avait pas d'autre sortie que le papier.
Outre un rendu typographique remarquable et stable, il bénéficie aussi
d'une entrée au clavier et d'une sortie directe de et vers /dev/cerveau.
Après avoir lu quelques messages ici et là sur DocBook, j'ai cherché un
peu ; il me faudra de meilleurs arguments que les exemples de maths
/tirés de tutoriels/ que j'ai trouvé pour m'y mettre :-/
http://mrq.free.fr/MATHS/mathmlexemple.txt =
pre
mrow
mix/mi
mo=/mo
mfrac
mrow
mrow mo-/mo mib/mi /mrow
moPlusMinus;/mo
msqrt mrow
msup mib/mi mn2/mn /msup
mo-/mo
mrow mn4/mn moInvisibleTimes;/mo
mia/mi
moInvisibleTimes;/mo
mic/mi
/mrow
/mrow
/msqrt
/mrow
mrow mn2/mn moInvisibleTimes;/mo mia/mi
/mrow
/mfrac
/mrow
/pre
../..
\[ x = \frac{ -b \pm \sqrt{ b^2 - 4 a c }}{ 2 a } \]
--
Jacques L'helgoualc'h
Re: [HS] docbook et index
On Mon, Oct 06, 2003 at 11:29:02PM +0200, Charles Plessy wrote:
En fait, j'utilise jedit (http://www.jedit.org/), et ça
facilite agréablement la saisie du texte : il lit la DTD, puis propose
un menu ne comportant que les balises valides quand j'appuie sur
. De même pour les entités avec . Et j'aime bien les section
imbriqués, qui permettent de gérer facilement les modifications de
plan comme dans trollmsword/troll.
Voir l'exemple magnifique de Jacques; le problème n'est pas
tellement l'écriture (il faut simplement taper beaucoup plus
que nécessaire), mais plutôt que le résultat est lourd, ou
impossible, à lire.
Dans le cas d'HTML, il est également non-maintenable.
Les tables d'html seraient aussi un autre bon exemple:
table
tr
tda/td tdb/td tdc/td
/tr
tr
tde/td tdf/td tdg/td
/tr
/table
En LateX:
\begin{table}[lll]
a b c \\
d e f \\
\end{table}
(de mémoire, je me souviens plus du marqueur de fin de
ligne, ça fait des années que j'ai plus utilisé LateX).
Dans les vrais exemples de la vraie vie, on ne peut en
général pas dire à quoi une table html va ressembler à
l'affichage, juste en regardant le code.
AMA, tous les SGMLs sont conçus pour avoir des grammaires
très simples, ce qui les rend facile à lire par les
ordinateurs, mais les rend inutilisables pour les humains.
C'est un assembleur de présentation, quand LaTeX est un
langage de haut niveau.
/Y
