>>Date: Thu, 21 Mar 2002 03:59:45 +0100
>>From: "Christian P. MOMON" <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED]
>>Subject: Encore plus loin avec Lyx ?
>>
>>
>> Bonjour � tous,
>>
>> J'ai utilis� pendant trois ans Latex pour faire des rapports
>>de projets et j'aimais �a m�me si la convivialit� n'�tait pas
>>au rendez-vous (formule de math, relectures, ...).
>> Lorsque la premi�re version de Lyx est sortie, j'ai constat�
>>qu'elle ne servait qu`� "cliquer des balises" et donc je m'en
>>suis d�sint�ress�.
>> Quatre ann�es apr�s, je cherche un traitement de texte r�pon
>>dant � mes attentes. Je dois reconna�tre que revenir  �    du
>>Latex pur ne me disait rien.
>>
>> Et puis, j'ai tester � nouveau Lyx. Quelle �volution !!!!!!!
>>C'est fantastique. Depuis, je suis r�concilier avec LaTex :->
>>L'�dition des formules, l'inclusion de figures flottantes, la
>>g�n�ration transparente, les tables de caract�res  �  port�e,
>>tous les avantages de LaTex enrob�e de convivialit�. SUPER !!
>>
>> Mais depuis quatre ans, ma vision du traitement de  texte  �
>>�volu� radicalement. Voici deux trucs dans Lyx qui me g�nent:
>>1. non respect de la hi�rarchie (une  sous-section  peut-�tre
>>mise avant une section, ...)
>>2. les attributs de caract�res ne sont pas dans la hi�rarchie
>>3. dans la liste des styles, je ne vois pas la  hi�rarchie  �
>>laquelle le document est suppos� correspondre
>>
>> Voici, ce que je voudrais y trouver:
>>- un �diteur de hi�rarchie (un arbre ordonnant  les  �l�ments
>>section, sous-section, paragraphe, titre,  ainsi  que  toutes
>>leurs propri�t�s, ...)
>>- suivant la position du curseur dans le texte, la liste  des
>>styles ins�rables affichent uniquement  ceux  qu'autorise  la
>>hi�rarchie
>>- les boutons et raccourcis claviers "italiques" et "gras" ne
>>sont activables uniquement si la position du curseur dans  la
>>hi�rarchie l'autorise
>>
>> Oui, un truc � la DOCBOOK. D'ailleurs Lyx permet  d'utiliser
>>du docbook, mais:
>>- Lyx le fait "� post�riori" car les erreurs sont  donn�es  �
>>la compilation
>>- l'interface ne masque pas la DTD
>>
>> Malgr� tout, pour moi, Lyx est ce qui se rapproche  le  plus
>>d'un traitement de texte de la prochaine g�n�ration et de mes
>>r�ves. Alors:
>>- Lyx va-t-il dans ce sens ?
>>- qu'en pensez-vous ?

Question ancienne... pourquoi LaTeX n'est-il pas SGML ?

La r�ponse est � mon avis dans le fait que, comme l'indique
la typographie (La)TeX, les commandes LaTeX que sont qu'un surlangage des
commandes TeX (qui ne peut gu�re �tre SGML vu que c'est d'abord un programme
d'optimisation typographique dans lequel de nombreuses commandes sont des param�tres
de p�nalisation): on a le droit de m�langer � volont� les commandes
LaTeX (e.g. \newcommand) et les commandes TeX (e.g. \def)

Parmi les applications SGML � partir de TeX, je connais Publisher
(celui de ArborText, pas celui de M$): l'interface �tait exactement conforme
� ce que vous d�crivez sur les menus dynamiques en fonction de la DTD, avec
une gestion compl�te des feuilles de style standard et personnalis�es,
une palette math�matique tr�s performante,...
C'�tait en fait un r��criture de LaTeX � la SGML.

J'en parle � l'imparfait parce que (outre le fait que le logiciel n'est
plus distribu�) je suis revenu d'abord � LaTeX puis � LyX
pour plusieurs raisons:
 - l'interop�rabilit� entre les formats .pub et LaTeX �tait mauvaise, en particulier
 pour les formules;
 - la combinaison Xemacs/Auctex �tait finalement comp�titive (et je me sers de
 XEmacs pour les autres langages), la notion de document ma�tre et le debugger
 int�gr� efficace;
 - � partir de la release 1.1.4, LyX est arriv� � maturit�; en outre, gr�ce �
 Adrien Rebollo qui a pris en charge la ma�trise d'oeuvre et une grande
 partie du travail, la VF est compl�te et on peut proposer l'interface 
 � des non-anglophones (j'assure la maintenance de LyX pour mes coll�gues).
 
Pour ce qui concerne le sectionnement, je pense qu'un vrai statut SGML est utile, mais
quand on a une vision dynamique du plan � la fois dans la fen�tre et dans la menu
Naviagation, on ne peut gu�re faire d'erreur il me semble: la num�rotation
est instantan�ment incorrecte quand on fait une erreur, et le plan indique
�galement tout sectionnement incorrect (je ne suis pas s�r que la DTD
prot�ge contre un sous-sectionnement inutile, e.g. une seule sous-section
dans une section).
J'avoue ne pas voir tr�s bien l'int�r�t d'une sensibilit� au contexte
pour les changement de police.

Ceci dit, je ne suis pas du tout au fait des projets d'�volution de LaTeX...
C'est comme pour TeX, quand une application est bonne du premier coup,
on a du mal � la faire �voluer :-)

-- 
Jean-Pierre

Répondre à