Je propose d'ajouter à ce modèle des paramètres pour permettre de catégoriser automatiquement. Je pense que la nouvelle clé de tri de Dakdada permet d'envisager cela sans trop d'effort.
En effet, je trouve que les deux mentions sont bien souvent redondantes et sont des sources d'erreurs dans les catégories du même type que celles que nous rencontrions avons la catégorisation automatique des catégories grammaticales. LBO disc 20 mai 2007 à 12:48 (UTC)
L’idée est bonne mais...Le modèle étant souvent utilisé dans de nombreuses langues, il ne faut pas que le code langue soit au niveau du modèle lui-même. Plutôt définir chaque modèle de façon qu’il accepte un argument langue optionnel, le défaut étant « fr ». Ainsi, à l’article éthane on aura {{chim}} qui donnera "Lexique en français de la chimie", tandis qu’à l’article ethane on aura {{chim|en}} qui donnera "Lexique en anglais de la chimie". Urhixidur 27 août 2007 à 13:35 (UTC)
Il ne semble pas que ce soit approprié ici en français, le terme affiché entre parenthèse et italique n'ayant pas à prendre une majuscule puisque cela complète une phrase ou un paragraphe.
Peut-on enlever {{UCFIRST: }} du modèle ?
Il y a quelques temps, j’avais ajouté du code diagnostic au modèle afin que les modèles plus spécifiques (chim, astron, zool, etc.) soient signalés au contributeur lorsqu’il tentait de recréer une catégorie existante. L’idée n’était pas mauvaise, mais il y avait un problème technique de taille : à cause de la façon dont les modèles sont chargés par l’interpréteur, toutes les clauses "alors" du #switch étaient résolues même si elles n’étaient pas invoquées, ce qui faisait que chaque invocation de term invoquait à son tour un tapon de ses descendants. Mauvais, très mauvais.
Tant que le wiki ne fera pas d’exécution conditionnelle (ce qui pour le moment ne se fait qu’avec noinclude ou includeonly), on ne pourra procéder de cette façon. Urhixidur 7 novembre 2007 à 15:07 (UTC)