>>To: Charles de Miramon <[EMAIL PROTECTED]>
>>Cc: [email protected]
>>Subject: Re: Guillemets fran�ais toujours...
>>From: Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
>>Date: Mon, 21 Mar 2005 15:52:37 +0100
>>
>>>>>>> "Charles" == Charles de Miramon <[EMAIL PROTECTED]> writes:
>>
>>Charles> Une solution possible serait que LyX avant d'ajouter son
>>Charles> appel du paquetage babel examine le pr�ambule rentr� par
>>Charles> l'utilisateur. S'il trouve un \usepackage [foo] {babel}
>>Charles> quelque part, il s'abstient alors de charger babel. Ainsi,
>>Charles> ceux qui veulent utiliser babel avec des options exotiques,
>>Charles> comme frenchle/frenchpro peuvent le faire sans que LyX
>>Charles> d�range leur configuration.
>>
>>Le probleme avec ce genre de solutions, est qu'elles sont toujours
>>fragiles.
>>
>>De toute facon, je ne pense pas que ce soit utile: si l'utilisateur a
>>entre
>> \usepackage[foo]{babel}
>>on peut toujours ajouter un
>> \usepackage{babel}
>>apres, il ne fera rien.
Oui, il me semble que LyX ne doit passer l'option de langue uniquement comme
option de classe.
Du fait que depuis septembre 2003 babel interpr�te toutes les options de classe
en
appelant frenchb.ldf, la distinction entre francisations dans le menu d�roulant
n'a de sens que
du point de vue de la compatibilit� avec babel 3.6.
Ce qui est trompeur, ce que avec une distribution incluant babel 3.7, les trois
options
propos�es conduisent au m�me r�sultat, tandis qu'avec babel 3.6, l'option
French (GUTenberg)
appelle frenchle. Comme Charles, certains on d� croire compiler en frenchle
alors
qu'ils restaient en multilingue standard.
Si on unifie les trois options (j'ajoute le canadien) en une seule, on perd
cette compatibilit�.
Personnellement, je pense que
- lyX doit prendre acte de l'�volution de babel;
- lyx ne doit pas passer d'option explicite � babel;
- french est le meilleur choix pour une option de classe unique transmise �
babel et
aux autres paquetages (� ce sujet, le message r�cent sur lyx-users au sujet de
fink/aspell
me semble sp�cifique: ici j'ai d� cr�er frenchb.alias, mais french.alias
existait et
pointait sur la table fr_FR.multi dont le nom rel�ve plus de la localisation
en g�n�ral
que d'applications sp�cifiques).
Reste la question de la compatibilit� ascendante: � l'occasion du passage en
1.4, il doit �tre
possible de profiter du changement de format pour ajouter
\usepackage[frenchle]{babel}
quand on trouve \language french
Je suis plut�t d'avis de ne rien faire: ceux qui utilisenent vraiment frenchle
actuellement
ont d� ins�rer la commande dans leur pr�ambule s'ils ont une distribution
r�cente
(et il me semble bien qu'il fut un temps o� une distribution de moins de 6 mois
�tait exig�e
pour installer french GUTenberg).
Ceux qui ont une distribution plus ancienne peuvent �tre avertis par l'annonce
de la 1.4.
En fait, l'�volution de babel a largement pr�c�d� celle de LyX en l'occurrence,
il me semble
que la compatibilit� ascendante ne doit pas �tre plus un probl�me pour LyX que
pour babel.
--
Jean-Pierre
