Je cherche à editer les sources SGML des Howto tldp www.tldp.org
Je cherche dinc un éditeur dispo sous linux et win32 pour faire cela (ou à la rigueur un linux et un win32 mais je préfèrerais un outil unique)
mes mésaventures ici: http://forum.hardware.fr/forum2.php3?post=23402&cat=11 j'ai échoué avec jext et jEdit, ceux-ci semblant considérer tout le fichier comme un vaste commentaire
une explication peut-être ? une idée ?

grrr, grillaid

up

J'ai dl des sources pour voir...elles ont l'air chelou, même emacs les colorise pas...

 
comment on édite les howto tldp  

les tags ont l'air chelou...
 
de tt façon le SGML je trouve ca super chiant : va imprimer du SGML...faut te taper chapitre par chapitre...je comprends même pas la raison d'etre de ce format...

avec les sources SGML en 2 lignes de commande (si tu as le bon DTD bien sur), tu génère du PDF, du RTF, du PS, etc. etc.
c'est pour ça que c'est utilisé.

je reproche rien au format, je reproche sa mise en page...c chiant le 1 chapitre = 1 page...

ça dépend du DTD ça non ?

surement...

A vue de nez, c'est la DTD Docbook SGML qui est utilisée.
Je connais deux editeurs Wysiwyg qui savent gérer ceformat: FrameMaker de Adobe et Epic de ArborText.
Aucun ne tourne sous linux il me semble, et aucun n'est gratuit (bien au contraire)
 
Ce que je ferais si j'etais toi:
Je verifierais si les fichiers sources que tu veux modifier ne sont pas compatible avec la DTD Docbook XML, et si oui, j'utiliserais un editeur XML (par exemple, xxe http://www.xmlmind.com/xmleditor/ ) pour alors editer les données.
Si non (pas compatible avec la DTD Docbook XML), je ferais deux moulinettes en perl, une des données SGML vers XML et l'inverse, et j'appliquerais la solution precedente.
 
A+,

Clairement, tu ne sais pas ce que c'est.
Le SGML, un ancetre du XML, c'est un format de données, et non pas de mise en forme.
Le SGML, c'est la base sur laquelle le XML s'est construit [en évitant de repeter les erreurs faites avec le SGML]. Si on a des normes comme le XML, les XML-Schemas, XPointers, XLL, Infoset, etc, c'est grace a l'experience acquise pendant une dizaine d'années par ceux qui bossaient dans le domaine du SGML (et dont je suis).
A+,

Au fait, des Editeurs SGML, il ne doit rester que 3 boites qui en font:
- Adobe avec FrameMaker (sur Windows, MacOS, Solaris, AIX et HP-UX, mais pas Linux)
- ArborText avec Epic (sur Windows et Solaris, mais pas Linux)
- SoftQuad [Corel en fait, maintenant] (et je suis pas sur qu'ils aient encore un produit SGML)
[et autrefois, il y avait aussi l'editeur Grif, dont on retrouve une bonne partie de la techno dans la librairie Thot sur laquelle est construite l'editeur Amaya du W3C]
A+,

et le "M-x sgml-mode" il marche po? chez moi ça marche tres bien

j'avais cherché l'editeur de SoftQuad mais il semble être devenu un simple éditeur XML
bon, alors donc faut d'abord que j'apprenne le perl (heureusement que je voulais contribue rcomme traducteur pour compenser ma nullité en code & co )
merci en tous cas Gilou  

-->Gilou : ok...mais dans ce cas pourquoi y s'acharnent à publier ca sous forme de docbook ???? ca n'a aucun intéret par rapport à une bonne vieille page html unique + système d'ancres...c tout aussi compatible, et au moins c imprimable...

 
t'a raison...j'avias essayé avec le html-helper..

tu génère pas un beau PDF avec un HTML
Et dans la mesure ou tu peux passer le HTML en sgml je vois pas le pb

c g compris, le pb c que je comprend pas pkoi à partir du sgml, il génèrent les howto merdiques avec les chapitres séparés...surtout qu'ils peuvent faire autrement...c le format des howto que je trouve à chier...

heu moi je préfère aller à la page suivant après chaque chapitre

A lire c pratique, mais à imprimer, ca suxx méchamment...paye ton papier perdu....à la rigueur, si tu veux le printer, faut récup les sources et le générer en autre chose apparement...bonjour l'ergonomie et le coté pratique...comme d'hab dès que ca a une origine unix : puissant mais ergonomie imbuvable...

Parce que ta page html est plutot orientée présentation, ce qui n'interesse pas O'Reilly, qui veut parametrer de l'impression fine (au moins aussi bonne que du latex, et en fait,mieux), ce que HTML est tres loin de savoir faire. Les sources de O'Reilly ne sont pas orienté page, ce sont les outils de formatage qui determineront de maniere fine les positionnement.  
Je subodore que pour divers problemes typographiques (gestion des veuves et des orphelins automatique, escaliers, ...), le html+feuille de style est pas aussi puissant que le SGML ou XML + moteur de formatage.
De plus, html utilise des balises trop generales qui ne correspondent probablement pas au besoin de O'Reilly.
La description d'une premiere page de couverture, et d'une quatrieme page de couverture dans DocBook est précise, beaucoup plus précise que ce que tu peux faire avec des balises html.
Quand tu utilises des tags semantiques dans ton source, tu fais de la valeur ajoutée que tu peux utiliser ensuite dans tes outils.
Le seul point contestable dans leur approche, c'est qu'ils utilisent toujours SGML d'apres ton post initial, ce qui pouvait se justifier dans l'ere "pre XML schemas", vu la debilite (au sens de faiblesse) des DTDs XML par rapport aux DTDs SGML, mais qui de nos jours n'a plus de raison d'etre.
Mais bon, la version XML de DocBook n'a peut etre pas encore de version avec un XML schema aussi puissant que la DTD SGML DocBook. La derniere fois que j'ai regarde la version XML de DocBook (8 mois sur sourceforge), il n'y avait qu'une DTD XML.
 
Note: pour le cas précis des how to, je ne connais pas. Ma derniere rencontre avec des sources O'Reilly et Docbook, ca a ete avec le bouquin DocBook de O'Reilly, lequel est en DocBook
A+,

la gilou attitude ..

là c des sources de howto, ca n'a rien à voir avec o'reilly en fait...
 
Va sur www.tldp.org , et essaye de chopper n'importe quel howto :  
 
Il sera en SGML, et formaté en docbook...ce qui est assez insupportable...d'autant qu'un howto kernel par ex, ou un howto lilo, bref, des howto qui portent sur des manip cruciale du système, tu peux pas les lire sous emacs et faire les manip en même temps : t'en a besoin en doc papier...

Que veux tu dire, par: faire les manip en même temps? quelles manips?
A+,

Jubi: sur tldp, ya les version HTML, PDF, PS, TXT, etc.
le SGML c'est juste les sources
 
Gilou: les howto étaient en Linuxdoc SGML et sont (si j'ai bien suivi) passés en Docbook SGML et gèrent en ce moment une transisition vers le Docbook XML
C'est eux que je cherche à lire avec une coloration syntaxique minimale, mais spa évident

sta dire?? t'as besoin que les tags soient en rose sous emacs?
A+,

 
exemple : pour recompiler un kernel et le rendre actif, il va te falloir :  
 
- recompiler le kern et choisir plein d'options...pour savoir lesquelles, une doc c pas mal....c assez lourd de switcher d'une fenetre terminal à une autre...
- refaire les symlink (pareil, syntaxe assez rigoureuse, donc doc si t pas habitué)
- reparamétrer lilo (idem)
 
bref, c chiant d'avoir la doc électronique dans ces cas là, tu peux aimer avoir une partie papier dans les mains...

 
emacs le fait, g revérifié...bon ok c pas ce que tu veux, mais bon...M-X Sgm <tab> <enter>

 
 
A+,

pour selectionner des paramètres c très chiant...en ncurses, tu cliques...c quand même plus pratique de l'avoir sous les yeux...

Euh, pourquoi ne pas utiliser la version html des how-to sous lynx en ce cas?
A+,

 
 
Parce que ncurses prend un terminal...et que je foute du pdf sous X dans un autre terminal, du html formatté en docbook ou du html sur un page, ou du PS, ou n'importe quoi, y me faut tjs un autre terminal...
 
Le html sur un page c pratique parce que c imprimable, et facilement modifiable pour virer les pages blanches...(g pas acrobat )...
 
sinon a lire c pratique le docbook...mais à imprimer c nul à chier...et le pb de la doc c que bien souvent t'a que du docbook...

Le docbook, c'est parfait a imprimer, quand on a les outils (payant sans doute) ad-hoc.
Comme je l'ai déja dit, le mieux serait de convertir le docbook SGML vers du docbook XML avec un filtre perl, de faire une feuille de style associée pour imprimer, et d'imprimer ca a partir d'un formateur XML, si tu tiens a avoir une impression papier.
A+,

jubi: avec les outils (libres ) adéquates, tu convertis en PS ou PDF et tu imprimes, ou est le pb ?
 
gilou: une "avec une coloration syntaxique minimale", bah ça veut dire autre chose que le notepad.
l'éditeur que tu m'as indiqué ne supporte pas les fichier SGML que j'ai tenté, il refuse tout net de l'ouvrir.
Les autres l'ouvrent et m'affichent tout de manière identique, sans dsitinguer les balises du reste. j'en demande pas bcp plus mais juste le minimum quoi, de quoi pouvoir travailler sur un document lisible. Apparement, ça marche avec Emacs, mais bon c'est Emacs Je vais tout de même tenter avec parce que c'est pour l'instant ma seule et unique solution.

testé et approuvé sous NTemacs 21.3
 
emacs c bien, mais c effrayant : t'a l'impression quand tu débutes que t devant une montagne gigantissime de trucs à apprendre, et que t'a ni corde, ni piolet, ni rien pour la gravir...
 
-->Ne serait-ce qu'éditer un .emacs.el ...à part faire des copier//coller peu instructif, tu peux rien faire au début...ou si tu dois te taper Elisp reference manual, c pas gagné...

Je t'ai indiqué un editeur XML qui accepte le XML Docbook. Mais il n'accepte pas le SGML Docbook.
A+,

De mémoire, il t'a même dit de faire un script en perl pour la conversion...

certes certes et il me reste donc à apprendre le perl.
il m'avait semblé qu'il avait suggéré une possible compatibilité directe: c'est mort de ce coté.
bon, trouver "Perl for dummies", maintenant...

t'a plus vite fait d'utiliser Emacs...
 
sinon attend que Ping rentre, ou demande à Fantom...