utilisation de xemacs avec les modes xml et la gestion des DTD en ce qui me concerne
indentation automatique, coloration syntaxique _intelligente_ et les menux de xemacs ne propose que les tags VALIDES.
bref c'est très bien
(oui j'utilise xemacs, c'est surement tout aussi vrai avec emacs)
je n'ai pas trouvè d'éditeurs wysywyg satisfaisant et je n'aime guère ce principe. (le xhtml est structuré, pas un flou graphique delirant comme trop d'outils wysywyg encourage à pondre)
Aucun ne semble permettre une édition parrallele de l'arbre XML (ben vi, xhtml c du xml ) avec des classes CSS de manière conviviale et rapide . et avoir un visu impeccable.
bref, j'attends encore une fusion d'un outil a la emacs/xml-mode combiné avec un traitement de texte hierarchique. le tout bien fait et agréable à utiliser (le moins possible de boites de dialogues bloquante comme les "styles" dans word et autres softs mal fichus)
# Re: Composer++ : après la scission
Posté par - - . En réponse à la dépêche Composer++ : après la scission. Évalué à 2.
indentation automatique, coloration syntaxique _intelligente_ et les menux de xemacs ne propose que les tags VALIDES.
bref c'est très bien
(oui j'utilise xemacs, c'est surement tout aussi vrai avec emacs)
je n'ai pas trouvè d'éditeurs wysywyg satisfaisant et je n'aime guère ce principe. (le xhtml est structuré, pas un flou graphique delirant comme trop d'outils wysywyg encourage à pondre)
Aucun ne semble permettre une édition parrallele de l'arbre XML (ben vi, xhtml c du xml ) avec des classes CSS de manière conviviale et rapide . et avoir un visu impeccable.
bref, j'attends encore une fusion d'un outil a la emacs/xml-mode combiné avec un traitement de texte hierarchique. le tout bien fait et agréable à utiliser (le moins possible de boites de dialogues bloquante comme les "styles" dans word et autres softs mal fichus)