Jean-Marc Lasgouttes a écrit :
Par curiosite, qu'est-ce que tu ajoutes aux menus? Des changements de
layouts?
C'est simple: j'utilise lyx pour écrire mes articles de math, et comme
j'envoie ceux-ci
à des revues, généralement, américaines, j'utilise amsart. La classe en
standard de lyx
(article AMS) ne conviens pas pour plusieurs raisons:
- elle ne respecte pas exactement les règles de amsart.cls (je suppose
pour des raisons
d'internationalisation): toutes les entrées ne sont pas présentes,
certaines formatent
le texte différemment (adresse...), d'autres ne sont pas présentes
(classification AMS 2000)
et il y a le bug amsart babel
- j'utilise toujours une numérotation séquentielle sur les sections (ou
sans) pour les théorèmes:
compteur différents pour les Théorèmes, les Propositions, les
Définitions..., et spéciaux
pour les Corollaires (attachés au théorème ou à la proposition) et les
Lemmes.
- pour les figures et les diagrammes (ce qui n'arrive que très rarement)
j'utilise pstricks
et je n'ai pas envie de me replonger dans la doc à chaque fois
Je me suis donc écris des classes strictes pour amsart, amsbook (et
aussi smfart), en anglais
et en français (avec traduction complète du maketitle) où tout ce dont
j'ai besoin est
prédéfini: des paramètres de document supplémentaires, toutes les
entrées du maketitle,
un certain nombre d'environnements, tous les théorèmes et des entrées
permettant
d'obtenir facilement des diagrammes commutatifs avec psmatrix et des
figures de base
avec pstricks. Cela produit des classes contenant un très grand nombres
d'entrées
(pour les théorèmes seuls il y en a près de 90), et la combobox des
layouts devient inutilisable.
Je me suis donc écris des fichiers ui correspondant à chaque classe où
toutes les entrées
sont rangées dans des sous-menus logiques:
Par exemple le menu "amsart anglais" contient les sous-menus:
-Paramètres généraux (compatibilité amsart-babel, utilisation de
certaines polices de math...)
-En tête (maketitle complet: 15 entrées)
-Sections (numérotées, non numérotées et d'autres choses...)
-Caractères (accents, séries et graisses...)
-Environnements (formats, environnements...)
-Théorèmes (numérotés sur sections et sans sections (on peut avoir les
deux dans un même document!), non numérotés)
-Diagrammes et figures (position normale ou à coté du texte...)
J'obtiens ainsi, dans la barre des menus, un accès rapide aux différents
layouts que je veux utiliser,
et je n'utilise plus jamais la combobox des layouts. De plus, sauf cas
exceptionnel, je n'ai plus
besoin d'utiliser le préambule latex.
Je déplore seulement que, la non lecture logique des layouts, et
l'affichage peu commode
de leur contenu m'a conduit à écrire des fichiers lourds qu'il faut
remettre à jour
presque à chaque nouvelle version de lyx. De plus, comme toutes les
entrés d'un fichier
ui sont actives dans les menus (qu'elles apparaissent ou non dans la
classe utilisée),
je suis obligé de faire un menu pour chaque classe, alors que
l'intersection de deux
layout est loin d'être vide. S'il était possible de faire en sorte
qu'une entrée (layout) de menu
ne soit active que si elle existe dans la classe j'aurai procédé autrement.
Ce qu'il faudrait faire, c'est permettre de définir une hierarchie
des styles dans les fichiers layouts. Comme ca, la combox pourrait
etre remplacée par un menu hierarchique.
Cela devrait pouvoir se faire en rajoutant un tag?
Cela n'empeche pas qu'une 'sidebar' avec ces styles serait tres utile.
JMarc
C'est certain: on aurait constamment la liste des layouts sous les yeux,
et uniquement ceux
existant dans la classe utilisée. S'il sont en plus rangés par groupes
logiques sous forme
d'un arbre que l'on peut dérouler ou non ce serait parfait.
C'est aussi valable pour le panel math qui est toujours gênant lorsque
l'on tape.
PhC
