Wiktionnaire:Gestion des modèles/2014

Gestion des modèles

N’oubliez pas de consulter les modèles existants :

• Liste de tous les modèles
• Modèles spécifiques à chaque langue
• Modèles pour les références
• Liste des langues et de leurs codes

Outils :

• embeddedincount, un outil pour compter le nombre d’inclusions d'un modèle (exemple d’utilisation).

Discuter/Proposer un modèle

Archives de gestion des modèles

2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024

2012

fr-accord-msp-frég

Parmi les modèles de la Catégorie:Modèles d’accord en français, je me propose de remplacer ceux où le masculin est homographe entre singulier et pluriel ({{fr-accord-eux}}, {{fr-accord-oux}}, {{fr-accord-s}}) par des spécialisations d’un modèle générique fr-accord-msp-frég (le nom est négociable). À la différence de ce qui se fait maintenant, le rendu de ce modèle utiliserait une seule case (large de deux colonnes) pour la ligne masculine.

Par exemple, ci-dessous le rendu de {{fr-accord-oux|d|d}} tel qu’il est maintenant (en haut) et tel que je voudrais qu’il devienne (en bas) :

	Singulier	Pluriel
Masculin	doux Erreur sur la langue !	doux Erreur sur la langue !
Féminin	douce \Prononciation ?\	douces \Prononciation ?\

	Singulier	Pluriel
Masculin	doux \du\
Féminin	douce \dus\	douces \dus\

Est-ce une bonne idée ? Urhixidur 19 janvier 2012 à 15:27 (UTC)

Oui. JackPotte ($♠) 19 janvier 2012 à 22:47 (UTC)

Changement effectué en modifiant {{fr-accord-mixte}} pour qu’il fusionne automatiquement les cases masculines lorsqu’elles sont identiques. Ce changement se répercute sur toute la descendance de {{fr-accord-mixte}}. Urhixidur (discussion) 12 août 2014 à 19:01 (UTC)

Modèle:de-tab-cas

J’ai ajouté des défauts aux divers paramètres. Un germanisant peut-il commenter ?

Je voudrais aussi avoir l’avis de la communauté concernant la meilleur façon d’améliorer les défauts pour les flexions. Je m’explique : en ce moment, les défauts de {{de-tab-cas}} pour ns et gs sont {{PAGENAME}} séparément. Seuls as et ds ont comme défaut ns et gs respectivement (et les pluriels sont en parallèle). Ce qui fait que si le tableau de Wellenlänge peut s’écrire simplement {{modl|de-tab-cas}}, la flexion plurielle doit s’écrire {{modl|de-tab-cas|ns=die Wellenlänge|np=die Wellenlängen|gs=der Wellenlänge|gp=der Wellenlängen}}. Il faudrait pouvoir s’en tirer avec un seul paramètre, comme c’est le cas avec {{fr-rég}} (s) ou encore {{fr-accord-rég}} (ms). Il serait bien, également, d’extraire les articles définis dans des paramètres séparés, avec défauts appropriés. Urhixidur 20 janvier 2012 à 18:57 (UTC)

Les pluriels finissent en général par -e ou -en. Mais il me manque les statistiques exacts sur les déclinaisons. JackPotte ($♠) 20 janvier 2012 à 19:06 (UTC)

Ce modèle devrait être interdit, → voir Modèle:de-nom. --GaAs 24 janvier 2012 à 21:27 (UTC)

Modèle:conj

Il y a ds espaces qui apparaissent avant les virgules, quand le verbe est défectif, par exemple. Est-ce dû aux commentaires ? Je trouve le contenu incompréhensible mais ce qui est sûr, c'est que plus c'est compliqué, plus il y a risque de problèmes. Lmaltier 24 janvier 2012 à 20:57 (UTC)

Je trouve quant-à-moi ce modèle particulièrement simple par rapport à ce qui serait possible de mettre en place ici pour plus d'ergonomie des éditeurs d'article. JackPotte ($♠) 24 janvier 2012 à 21:19 (UTC)

{{trad}} et cie.

Dans une poignée de cas, il est utile de pouvoir fournir un tableau de « traductions » pour des mots dans des langues autres que le français. Ça implique alors d’empêcher la catégorisation automatique sous « Traductions en … ». J’ai d’abord cru qu’il suffirait de bannir {{T}} de ces tableaux (qui utilisent donc {{code-de-langue}} au lieu de {{T|code-de-langue}}), mais je me suis vite aperçu que {{trad}} et cie. ({{trad+}}, {{trad-}} et {{trad--}}) font aussi de la catégorisation automatique. J’ai réglé le problème de façon temporaire en ajoutant un paramètre nocat, mais je me dois de poser la question : pourquoi catégoriser sous « Traductions en … » avec ces modèles, puisque ça fait double emploi avec {{T}} ? Y a-t-il une seule raison de ne pas retirer cette catégorisation automatique de {{trad}} et cie. ? Urhixidur 20 février 2012 à 19:13 (UTC)

D'un côté on pourrait utiliser {{trad}} sans {{T}} comme sur en.wikt, de.wikt, es.wikt, it.wikt ou pt.wikt, d'un autre {{trad}} sans nocat dans les paragraphes {{-drv-int-}} et {{-faux-amis-}}.

Personnellement je préfère supprimer {{T}}. JackPotte ($♠) 20 février 2012 à 19:34 (UTC)

Pourquoi ? Ça ne me semble pas ergonomique : pour catégoriser sous « Traductions en … », un seul {{T}} suffit, tandis que si on n’utilise que {{trad}} et cie. pour ce faire, il faut fournir un code langue à chaque fois. (Il est vrai qu’il faut fournir ce code langue de toutes façons pour que l’interwiki se fasse…) Urhixidur (discussion) 6 mars 2012 à 14:52 (UTC)

Je suis plutôt pour conserver {{T}} et qu’il soit le seul catégorisant. --GaAs 6 mars 2012 à 15:38 (UTC)

Modèles à créer

Comme nous avons simplifié les modèles de codes de langue selon Wiktionnaire:Prise de décision/Modèles de codes de langue, il sera bon de créer deux petits modèles pour faciliter l’utilisation des codes de langue.

1. Il y a certains cas où il faut spécifier le code de langue d’un texte pour montrer le texte en caractères appropriés. Maintenant nous ne pouvons utiliser que les balises <span lang="xx">…</span>, mais il sera bon d’avoir un modèle pour ça. Je ne voudrais pas le nommer {{lang}} parce qu’il est un modèle supprimé.
2. Dans les modèles {{WP}} et {{trad}}, certains codes de langue doivent être changés, parce que le Wikimédia utilise des codes différents. Copier en:Template:wikimedia language du Wiktionnaire anglais sera assez. Je n’ai pas non plus un bon nom pour le modèle.

Autres discussions :

• Wiktionnaire:Wikidémie/novembre 2011#code de langue problématique
• Wiktionnaire:Bot/Requêtes#Remplacement des codes de langue qui sont des redirections

Merci. — TAKASUGI Shinji (d) 3 mars 2012 à 03:47 (UTC)

Pour le 1) je pense que les caractères dépendent de l'écriture et non de la langue, d'où {{Arabe}}, {{Cyrl}} (à renommer {{Cyrillique}})...

Pour le 2) je vous propose de commencer par dresser liste exhaustive dans Wiktionnaire:Liste_des_langues (cette page est d'ailleurs trop longue pour mon débit Internet, donc je suppose illisible en 3G). JackPotte ($♠) 3 mars 2012 à 08:48 (UTC)

Ça dépend des langues et des régions.

Chinois (RPC)	Chinois (Taïwan)	Corée	Japon
器	器	器	器
骨	骨	骨	骨
羽	羽	羽	羽
。	。	。	。

Si tu les vois correctement, le caractère japonais de la première ligne et le caractère chinois simplifié de la deuxième ligne sont différents. — TAKASUGI Shinji (d) 6 mars 2012 à 03:17 (UTC)

Les caractères peuvent dépendre des langues ou régions aussi dans l’alphabet latin : la forme de Ŋ, la position de l’ogonek sous les voyelles, la forme de la cédille, etc. Par contre, très peu de fontes permettent ces différences. Il y a aussi des cas dans l’alphabet cyrillique et dans l’alphabet arabe. --Moyogo (discuter) 6 mars 2012 à 07:52 (UTC)

Dans le cas des sinogrammes, ils sont correctement montrés si on choisit des fontes correctes. Nous avons donc besoin de <span lang="xx">…</span>. — TAKASUGI Shinji (d) 7 mars 2012 à 01:20 (UTC)

J’ai crée {{Lang}} (avec une majuscule), justement comme w:Modèle:Lang sur le Wikipédia.

• {{Lang|zh-Hans|骨}} → 骨
• {{Lang|ja|骨}} → 骨
• {{Lang|zh-Hans|骨|gǔ|os}} → 骨, gǔ (« os »)
• {{Lang|ja|骨|hone|os}} → 骨, hone (« os »)

Je modifierai aussi {{Polytonique}} utilisant ce nouveau modèle. — TAKASUGI Shinji (d) 27 juin 2012 à 03:13 (UTC)

Catégorisation des modèles dans la doc : jusqu'où aller pour garder ce principe ?

Parce que la transclusion de la documentation de {{pron-rég}} dans Wiktionnaire:Structure des articles (transclusion qui me parait justifiée) faisait que cette dernière était catégorisée dans Catégorie:Modèles régionaux du Wiktionnaire (ce qui n’est pas souhaitable), j’ai tenté une façon de faire inédite [1].

Au lieu du classique

 <includeonly>
 <!-- Catégories et interwikis du modèle -->
 …
 </includeonly>

j’ai mis

 {{#ifeq:{{FULLPAGENAME}}|Modèle:pron-rég|
 <!-- Catégories et interwikis du modèle -->
 …
 }}

Mais est-ce bien raisonnable ? En plus de toutes les raisons que j’ai trouvées de ne pas faire ça, en auriez-vous d’autres ?

Une douzaine d’autres modèles dont la doc est transcluse sur Wiktionnaire:Structure des articles sont concernés. --GaAs 5 mars 2012 à 18:48 (UTC)

Pas mal, on pourrait aussi restreindre les catégories au namespace 0. JackPotte ($♠) 5 mars 2012 à 20:29 (UTC)

J’ajouterais juste un commentaire explicatif dans le wikicode. Urhixidur (discussion) 6 mars 2012 à 14:48 (UTC)

Une des question que je me pose est : y a-t-il des bots capables de mettre les interwikis dans les sous-pages de doc, et si oui sur quoi se basent-ils pour trouver l’endroit ? (on peut conserver les balises includeonly, même si elles ne servent à rien)

@JackPotte : tu veux dire au namespace 10 (Modèle:). --GaAs 6 mars 2012 à 15:31 (UTC)

pywikipedia "parse" les pages pour offrir des fonctions permettant d'en sélectionner chaque partie, attention toutefois à leur encodage. JackPotte ($♠) 6 mars 2012 à 19:01 (UTC)

 {{#ifeq:{{NAMESPACE}}|{{ns:10}}|
 <includeonly>
 <!-- Mettre ici les catégories et interwikis du modèle -->
 …
 </includeonly>
 }}

Ceci a l’avantage que le code est identique sur toute les pages, et ne fait qu’encadrer le code existant (donc pas de pb pour un bot àma) ; ce code pourrait même être ajouté systématiquement par un bot. L’inconvénient est que si on fait une transclusion de la doc sur un autre modèle (ou sa doc), les catégories seront mises ; mais y a-t-il un besoin ?

Je vais adopter cette dernière solution, sauf si vous avez de meilleures idées. --GaAs 6 mars 2012 à 19:16 (UTC)

Modèles de flexions de verbes

• {{ca-verbe-flexion}}
• {{es-verbe-flexion}}
• {{fc-verbe-flexion}}
• {{fr-verbe-flexion}}
• {{frm-verbe-flexion}}
• {{fro-verbe-flexion}}
• {{it-verbe-flexion}}
• {{oc-verbe-flexion}}
• …

Il serait tentant de faire un modèle générique. Mais il faudrait envoyer promener toutes les complications déliresques du modèle fr-. --GaAs 9 mai 2012 à 23:37 (UTC)

Il faudrait aussi renommer par cohérence les trucs comme {{en-verb}}. --GaAs 9 mai 2012 à 23:51 (UTC)

Un bot pourrait aussi déposer des {{flexion|verbe|xx}} dans tous les paragraphes {{-flex-verb-|xx}}, les utilisateurs ensuite pourront plus facilement admirer les sous-modèles existants (renommés {{flexion/verbe/xx}}), et être invités à les créer quand ils n'existent pas dans une langue.

Mais ma solution préférée reste d'inclure ce modèle dans {{-flex-verb-}} avec PAGENAME comme sur les autres Wiktionnaires. JackPotte ($♠) 10 mai 2012 à 18:15 (UTC)

Idée intéressante, mais il vaudrait mieux développer et tester un modèle indépendant dans un premier temps (que {{-flex-verb-}} pourrait appeler une fois validé). --GaAs 11 mai 2012 à 08:28 (UTC)

Modèle:DocumentationF, Modèle:DocumentationM et Modèle:DocumentationMF

Je viens de créer ces trois modèles pour remplacer toutes les multiples documentations de lexiques, fastidieuses à maintenir. Ex : {{coiffure}}, {{astronautique}} et {{badminton}}. JackPotte ($♠) 30 juin 2012 à 19:50 (UTC)

Désormais documentés. Bonne initiative. Urhixidur (discussion) 3 juillet 2012 à 14:15 (UTC)

Je voudrais utiliser en (anglais) au lieu de id (indonésien). Nous avons bien plus de catégories en anglais que celles en indonésien, et nous pourrons éviter des liens rouges dans beaucoup de cas. — TAKASUGI Shinji (d) 4 juillet 2012 à 09:17 (UTC)

Je suis pour aussi. JackPotte ($♠) 4 juillet 2012 à 18:34 (UTC)

Bonne idée, j’avais l’intention de faire ça avec les modèles régionaux, mais pas eu le temps. --GaAs 4 juillet 2012 à 19:35 (UTC)

{{catégorie de lexique sans langue précisée}}

Quelqu’un pourrait-il ajouter les mots magiques nécessaires pour que ce bandeau soit centré ? Pour le moment, il ne l’est que sur sa propre page. Urhixidur (discussion) 3 juillet 2012 à 14:08 (UTC)

En fait il n’était pas du tout centré sur mon écran. JackPotte ($♠) 4 juillet 2012 à 18:57 (UTC)

Articles en néerlandais

J’ai trouvé plusieurs pages comme griep et hoofd avec les articles het ou de déposés sur la ligne de forme. Je pense donc qu’il serait plus intéressant de les employer dans des modèles catégorisants les mettant en italique : {{nl-het}} et {{nl-de}}. JackPotte ($♠) 27 octobre 2012 à 14:55 (UTC)

Modèle:article — modèle:périodique existe déjà

Bonjour,

je débarque ici suite à une discussion sur la page de demandes aux administrateurs. Je preproduit la discussion :

Cdang (discussion) 2 novembre 2012 à 10:27 (UTC)

---

Bonjour,

Serait-il possible d'importer le {{modèle:article}} ainsi que ses modèles parents, afin de faciliter la référence de citations (cf. p. ex. Anzieh-Drehmoment).

Cordialement

Cdang (discussion) 15 octobre 2012 à 12:42 (UTC)

Pourquoi pas, mais mon avis personnel est que ça ne simplifie rien du tout, bien au contraire. --GaAs 15 octobre 2012 à 12:45 (UTC)

Mon sentiment est donc que tu devrais en parler d’abord sur WT:W. Mon feeling personnel est que le Wiktionnaire déteste ce genre de modèles. Mais je suis surpris que le chantre des importations de modèles ne se soit pas manifesté. --GaAs 15 octobre 2012 à 20:19 (UTC)

Ce midi je me suis dit que nous avions déjà un tel modèle : {{ouvrage}} étant hyperonyme, il devrait convenir. JackPotte ($♠) 15 octobre 2012 à 20:53 (UTC)

Ah, le voilà ! --GaAs 16 octobre 2012 à 19:40 (UTC)

Un article n'a pas les mêmes arguments qu'un ouvrage, en particulier, il faut donner le titre de l'article et le nom du journal ; par ailleurs, le journal n'a pas d'isbn mais un issn.

Je ne savais pas que « Wiktionary » était une personne. Si je la croise, je lui demanderai plutôt si il/elle est pour une uniformisation de la présentation (via une séparation du fond et de la forme) où bien si il/elle préfère que chacun fasse à sa sauce.

Cdang (discussion) 2 novembre 2012 à 10:23 (UTC)

{{ouvrage}} a déjà le paramètre ISSN. JackPotte ($♠) 2 novembre 2012 à 20:49 (UTC)

Exact, pour un livre appartenant à une collection, oui. Mais il ne permet pas d'indiquer à la fois le titre de l'article et le titre du périodique, qui est quand même le point capital. Cdang (discussion) 6 novembre 2012 à 09:05 (UTC)

Bon, je viens de m'apercevoir que {{modèle:périodique}} existe déjà. Je fais donc une redirection (comme c'est le cas sur les autres wikis).

Cdang (discussion) 8 novembre 2012 à 09:04 (UTC)

Problème avec (Bourgogne)

Pour une raison que je ne comprends pas le modèle (Bourgogne) ne s'affiche pas correctement sur cette page. Quelqu'un pourrait-il résoudre le problème ? Merci. Arcuz94 (discussion) 21 novembre 2012 à 20:16 (UTC)

C’est corrigé. Un paramètre avait été oublié dans le code du modèle {{Bourgogne}}. Stephane8888 ✍ 21 novembre 2012 à 21:19 (UTC)

Merci beaucoup. (j'ai juste changé de la Bourgogne en de Bourgogne pour la catégorisation). Arcuz94 (discussion) 21 novembre 2012 à 21:59 (UTC)

Bien vu Stephane8888 ✍ 21 novembre 2012 à 22:14 (UTC)

Modèle:cognat

Bonjour,
J’aurais bien créé un modèle cognat calque du modèle voir. Cela donnerait par exemple :
{{cognat|iu|tallu|ik|tavlu|esu|tamlug|ale|chamlux̂|kl|talloq}} qui afficherait (si on est sur la page tallu en inuktitut).:

Cognat avec tavlu en inupiaq, tamlug en yupik central, tamlu en yupik sibérien central, chamlux̂ en aléoute, talloq en kalaallisut. 

Un problème cependant, si ce modèle accepte les sous-pages comme le modèle voir (ce qui est l’intérêt principal), quel nom donner à la sous-page. Par exemple, dans l’exemple précédent, comment la nommer : cognat/tallu ou cognat/tavlu, etc. Je ne vois pas de moyen simple qui permettrait ensuite de vérifier l’existence d’une sous-page sans se coltiner toutes les sous-pages commençant par cognat/ (car comment deviner en créant chamlux̂ que la sous-page à utiliser et à mettre à jour est par exemple cognat/tallu ?). Si quelqu’un a compris ce que je veux dire et à une idée/opinion à ce sujet … Unsui Discuter 23 novembre 2012 à 10:20 (UTC)

Bonjour Unsui

le plus « simple » serait d'avoir la proto-forme comme titre. En réalité, bien entendu, c'est loin d'être simple : ces proto-formes n'existent pas toujours ou bien elles sont difficiles à trouver. Et la complexité de leur notation s'ajoute.

Sinon, une solution serait de mettre dans le titre du modèle le premier cognat par ordre alphabétique. Je sais, cela ne résoud pas le problème, mais cela semble être un casse-tête.

A part peut-être, passer par la fonction "pages liées"? Dhegiha (discussion) 23 novembre 2012 à 10:35 (UTC)

Bonjour Dhegiha,

Tu as raison, le proto-forme serait l’idéal, mais c’est en effet irréalisable. J’ai bien pensé aussi à l’ordre alphabétique mais on n’est pas à l’abri d’un ajout ultérieur d’un cognat qui serait avant le mot retenu dans l’ordre alphabétique. Remarque, on pourrait alors renommer la sous-page et modifier manuellement ou par bot les pages impactées. Cela ne devrait pas être si courant. De ton côté, serais-tu intéressé par ce modèle ? Perso, je trouve très important d’avoir ce type d’info développé sur le wiktionnaire d’autant que très peu de sites le proposent. Unsui Discuter 23 novembre 2012 à 13:00 (UTC)

J’ai l’impression qu’il s’agit d’une liste en doublon de {{-drv-int-}}. JackPotte ($♠) 23 novembre 2012 à 19:55 (UTC)

Pour moi, non. {{-drv-int-}} donne une liste de mots de langues étrangères dont le mot vedette est l’étymon. Ici par exemple aucun mot (excepté peut-être tamlug et tamlu) n’est étymon d’un autre. Ou encore : talloq étant probablement le dernier créé chronologiquement, je ne vois comment il serait étymon d’autre mots de la famille eskimo-aléoute. En fait, {{-drv-int-}} est impeccable dans les mots des proto-langues comme ici. En plus, ça ne résoudrait pas le problème de mise à jour globale des mots de la liste.(cf. {{-anagr-}} où à chaque nouvel ajout on se retape la totalité des entrées concernées). Bon, pour l’instant ce n’est pas trop développé, mais ça pourrait le devenir.Unsui Discuter 23 novembre 2012 à 20:51 (UTC)

@ Jackpotte : non, ce n'est pas la même chose car, pour rester dans les domaines de prédilection d'Unsui et de moi-même, ces langues, comme la plupart de celles de la planète, n'ont pas d'ancêtre attestée car elles sont connues et écrites depuis peu. A tel point que pour, par exemple, les langues siouanes, il n'existe aucune publication qui décrive le "proto-siouan".

@ Unsui : le modèle m'intéresse puisque dans certaines familles de langues, j'ai signalé les cognats. Standardiser cela serait intéressant. Dhegiha (discussion) 23 novembre 2012 à 21:02 (UTC)

Puisque le modèle voir est pris comme modèle, il faut bien préciser que, dans ce cas, le nouveau modèle serait placé dans une section de langue, et non pas en dehors comme le modèle voir. Il serait possible de créer une section Termes apparentés dans d'autres langues (et non pas Cognats, un mot que presque personne ne connait), mais on peut aussi les signaler dans l'étymologie, comme c'est fait habituellement actuellement. Quant à créer un modèle sur le modèle de voir, je ne pense pas que ce soit une bonne idée : dans le modèle voir, on a des ensembles de mots bien distincts, qui ne se recoupent pas par définition. Et on peut mettre les modèles voir par robot, comme pour les anagrammes. Ici, c'est beaucoup moins simple, puisque les mots ont parfois deux origines conjointes qui ont toutes les deux influencé la création. Il vaut bien mieux donner une liste à la main, une liste qu'on maitrise, plutôt que de faire confiance à une transitivité aléatoire. Lmaltier (discussion) 23 novembre 2012 à 21:18 (UTC)

Oui, je suis d’accord que ce modèle serait placé dans une section de langue, dans la section étymologie. Je donnais l’exemple de voir juste comme modèle similaire par la forme. Maintenant, termes apparentés dans d’autres langues est trop vague. Il faut au moins dire termes apparentés étymologiquement dans d’autres langues. Et même ça, ce n’est pas très correct car il faut en exclure les dérivés (qui eux figurent dans la section {{-drv-int-}}). Si tu ne veux pas utiliser le mot cognat (c’est dommage, pour une fois qu’on a un mot unique et précis on veut le remplacer par une périphrase et on voit déjà, avec ta proposition, qu’on ne saura déjà plus de quoi on parle) autant utiliser sa définition : mots ayant le même étymon dans d’autres langues. Quant à renseigner ce modèle à l’aide de robot, je n’en ai jamais parlé. Et ce n’est en effet pas envisageable. L’intérêt résiderait dans les sous-pages permettant de ne faire qu’une mise à jour lors de la création d’un nouveau cognat quelque soit le nombre d’entrées concernées. Unsui Discuter 26 novembre 2012 à 12:41 (UTC)

2013

Harmonisation du paramètre 1

La plupart de nos modèles on pour {{{1}}} le code langue, sauf : {{région}}, {{dénominal}}… Je propose donc de modifier ces derniers pour que la langue soit toujours le {{{1}}}. JackPotte ($♠) 4 décembre 2012 à 11:18 (UTC)

Si tu veux changer l’ordre des paramètres, il sera meilleur de créer un nouveau modèle pour garder les pages dans l’historique. — TAKASUGI Shinji (d) 4 décembre 2012 à 13:59 (UTC)

Il y a aussi {{pron}}. JackPotte ($♠) 27 janvier 2013 à 18:53 (UTC)

Urhixidur voudrait que {{{1}}} puisse correspondre à nocat mais cela ne va pas dans le sens des observations précédentes. JackPotte ($♠) 11 mars 2013 à 20:17 (UTC)

Apparemment il n’y a pas tant de modèles qui font exception, mais ces modèles sont largement répandus sur les pages du Wiktionnaire. Est-ce que tu pourrais lister les avantages de replacer le paramètre de langue en premier ? S’il sont jugés par la suite supérieurs aux inconvénients, que penses-tu de la proposition de Shinji qui consiste à créer de nouveaux modèles pour lire les actuels dans l’historique ? Vu la politique du Wiktionnaire de ne jamais supprimer les modèles désuets il serait logique, pour rester cohérent, d’adopter cette proposition également, mais on peut toujours voir les choses autrement, bien sûr. — Automatik (discussion) 1 juin 2013 à 22:56 (UTC)

Je n’avais pas justifié ma proposition, mais l’idée était la simplicité. Comme nous l’avons vu encore récemment il y a un certain nombre de {{région|fr}} pour "régionalismes en français" sur le modèle des autres modèles régionaux ({{France}}…). Dans Catégorie:Modèles étymologiques rien ne permet de distinguer comment paramétrer les modèles sans lire toutes les docs. JackPotte ($♠) 2 juin 2013 à 09:28 (UTC)

Et pour la question de l’historique ? Automatik (discussion) 2 juin 2013 à 14:20 (UTC)

Autant empailler tous les animaux morts aux dépends de la fourrure. JackPotte ($♠) 2 juin 2013 à 15:11 (UTC)

0 résultat sur Google pour autant empailler tous les animaux morts aux dépens de la fourrure (et pourtant j’ai corrigé dépends en dépens). Je suppose que cela veut dire qu’on n’a pas à se préoccuper de ce problème ? Automatik (discussion) 2 juin 2013 à 15:41 (UTC)

On ne peut pas mettre systématiquement la langue en premier paramètre sans considération avec ce que fait le modèle. Le modèle {{région}}, par exemple, est générique, donc il faut d'abord préciser de quelle région on parle avant de préciser la langue (sachant qu'un modèle {{région}} sans région(s) précisées n'a pas d'intérêt). Par contre, {{France}} (qui, au passage, utilise le modèle {{région}}) est déjà défini, donc il n'y a besoin de préciser que la langue. Bref, si on a mis la langue en second, c'est qu'il y avait une bonne raison. Le seul modèle qui me semble illogique dans ce cas est {{trad}}. — Dakdada 2 juin 2013 à 15:49 (UTC)

Peut-être que {{lien}} est aussi dans le même cas de {{trad}} ? Automatik (discussion) 2 juin 2013 à 16:15 (UTC) {{lien}} est comme {{pron}} plutôt et pas comme {{trad}}. Je ne comprends pas pourquoi {{trad}} est illogique par contre ? Automatik (discussion) 2 juin 2013 à 18:37 (UTC)

Je suis totalement en désaccord avec Darkdadaah sur la priorité : nous ne publions aucune région qui n’appartienne à aucune langue, c’est le paramètre rédhibitoire. De plus tu ignores totalement les sept entrées de Catégorie:français régional ainsi que les nombreuses {{région|lang=fr}} trouvées et non catégorisées actuellement, ce qui constitue une problématique à régler. JackPotte ($♠) 2 juin 2013 à 16:47 (UTC)

@Automatik {{lien}} est le pendant de w:Modèle:lang qui prend la langue en premier. JackPotte ($♠) 2 juin 2013 à 16:49 (UTC)

On a {{Lang}} ici aussi sauf que j’ai fait confusion (mais je suppose que ta proposition concerne aussi {{lien}}, dont le premier paramètre n’est pas le code langue). Automatik (discussion) 2 juin 2013 à 18:37 (UTC)

JackPotte : ce modèle est inutile s'il n'y a aucune région donnée. Il est acceptable s'il n'y a pas de langue précisée, car il est quand même écrit dans l'article sur la ligne de définition. La seule chose que l'absence du paramètre langue empêche est la catégorisation (français régional ne fait que montrer qu'il y a des articles sans région précisée et qu'il faut les corriger... ce qui me donne d'ailleurs plutôt raison). La priorité est donc clairement à l'objet du modèle, non la langue, qui n'est qu'un ajout et n'est pas indispensable, dans l'absolu. Cela est généralisable à tous les modèles génériques qui n'ont pas pour seul paramètre une langue. Je reste sereinement sur ma position.

Automatik : logiquement parlant, {{trad}} devrait être écrit comme {{lien}} : le mot à lier en premier, la langue en second. — Dakdada 2 juin 2013 à 19:09 (UTC)

Et au nom de quoi les mots devraient se superposer à des régions qui ont un nom que l’éditeur doit cerner précisément ? Les frontières ne sont pas si simple. JackPotte ($♠) 2 juin 2013 à 19:33 (UTC)

{{la-décl-nom-a}}

Ce modèle est inutile : cette déclinaison est déjà prise en charge par Modèle:la-tab-1f. --Šojić | говорите 8 décembre 2012 à 14:33 (UTC)

 Supprimer --Diligent (discussion) 9 décembre 2012 à 09:45 (UTC)

Pas d’accord. Il reste la page Mithras où on ne peut pas substituer la-tab-1f à la-décl-nom-a. Avec Mithras le nominatif est incorrect après substitution. Si on arrange ça, on pourra supprimer la-décl-nom-a. Urhixidur (discussion) 8 février 2013 à 17:54 (UTC)

1. Mithras --Diligent (discussion) 11 mai 2013 à 08:14 (UTC)

mod

Il me semble que MediaWiki a changé la fonction de mod aujourd’hui. Maintenant le résultat n’est pas tronqué en entier :

• {{#expr: 3.2 mod 2}} → 1

Modifiez des modèles utilisant floor si nécessaire.

• {{#expr: floor (3.2 mod 2)}} → 1

— TAKASUGI Shinji (d) 17 décembre 2012 à 16:07 (UTC)

Je ne connaissais aucun modèle qui utilise ce mot d’abord, mais je comprends que s’ils sont prévus pour l’arrondir à l’inférieur, l’ajout de floor devienne notre peine plancher . JackPotte ($♠) 17 décembre 2012 à 20:43 (UTC)

J’ai trouvé ce changement hier parce que {{hangeul unicode}} ne marchait pas bien, qui utilise mod dans le sous-modèle {{hexadécimal}}. — TAKASUGI Shinji (d) 18 décembre 2012 à 02:12 (UTC)

Maintenant le résultat est tronqué en entier. — TAKASUGI Shinji (d) 28 janvier 2013 à 02:14 (UTC)

Apparemment tes deux exemples ci-dessus donnent le même résultat (à l’heure actuelle) : il y a des chances que cela a été rechangé ? Automatik (discussion) 7 juillet 2013 à 19:56 (UTC)

Requête : créer les modèles pour la langue Lojban

Bonjour, La liste WT:Liste_de_tous_les_modèles/Par_langue ne fournit pas encore les modèles pour la langue lojban. En lojban il n'y a pas de nom, ni de verbe, ni d'adjectif. À la place il faudrait créer les catégories suivantes : gismu, cmene, etc. Vous trouverez la liste complète des types de mots lojban à créer dans le wiktionary anglais. Merci d'avance. BluePrawn (discussion) 27 janvier 2013 à 16:22 (UTC)

Je peux importer ceux d’un autre Wiktionary, mais tu as déjà très bien commencé tout seul : {{-gismu-}}, {{-cmene-}}... JackPotte ($♠) 30 janvier 2013 à 19:59 (UTC)

J’ai mis aux normes {{-gismu-}} et {{jbo-gismu}} (→ voir gerku), et créé {{-rafsi-}}. Je ne suis pas assez sûr de l’orthographe des autres mots, trop peu recensés en français par Google. — Automatik (discussion) 2 décembre 2013 à 20:17 (UTC)

{{ligne sur deux colonnes}}

C’est une tentative de remplacement de {{colonnes}} pour la page Annexe:Pays_et_leurs_gentilés_en_français (voir la section S) qui permette d’une part de garder le nom du pays et le gentilé côte-à-côte mais aussi d’autre part de garder les lignes des colonnes mutuellement alignées (à cause des renvois en exposant). Mais ça me semble lourd, et je pense qu’on va frapper la limite du nombre d’appels de modèles avec cette approche. Quelqu’un a une meilleure idée ? Urhixidur (discussion) 8 février 2013 à 17:48 (UTC)

Bandeaux de protolangues

Bonjour ou bonsoir,

Il existe un modèle pour les bandeaux de protolangues, {{forme reconstituée}}, prenant la langue en paramètre, mais en parallèle il existe aussi des modèles uniques pour ces langues, ne nécessitant pas de paramètre - voir Catégorie:Bandeau de protolangue.

Du coup, je voudrais vous demander : faut-il préférer une des deux solutions ? Un seul modèle nécessitant de connaître son nom et de mettre un paramètre vs un modèle par protolangue nécessitant juste de connaître le nom de la protolangue.

Peut-être aussi serait-il pertinent de renommer le modèle unique en {{forme reconstruite}}, comme le propose Eölen (d · c · b) selon qui ce second terme est plus courant en linguistique.

Merci d’avance pour vos réponses, Automatik (discussion) 5 février 2013 à 21:46 (UTC)

Initialement, j’avais créé {{forme reconstituée}} afin de n’avoir qu’un seul modèle à utiliser. Si on décide d’utiliser {{forme reconstituée}} alors les autres modèles ({{proto-germanique}}, {{proto-wintuan}}, …) n’ont plus de raison d’être. On devrait tous les remplacer par {{forme reconstituée}} avec le paramètre qui correspond. Et puis oui, on en profite pour renommer en {{forme reconstruite}}. Pamputt ^[Discuter] 5 février 2013 à 21:52 (UTC)

Il me semble que le modèle à paramètre est plus économique, il n’y a pas des centaines de protolangues et les contributions ne sont pas non plus faites par des milliers de personnes. De plus, je trouve que le nom des modèles actuels, comme {{proto-germanique}} entraine une confusion avec le modèle de la langue. Mais d’autres avis sont les bienvenus. Eölen (discuter) 6 février 2013 à 12:29 (UTC)

La remarque d’Eölen me fait repenser à quelque chose. Les modèles du style {{proto-germanique}} devrait en effet concerner les modèles de nom de langue. Il a en effet été convenu (par moi ?) qu’il était plus facile et plus lisible d’utiliser les noms de langues en entier lorsque le SIL ne donne pas de code ISO (exemple avec {{patwin du Sud}}). Du coup, {{proto-germanique}} devrait remplacer l’« incompréhensible » {{proto:gem-pro}}, etc. Mais cela suppose qu’on accepte d’utiliser {{forme reconstruite}}. Pamputt ^[Discuter] 6 février 2013 à 17:08 (UTC)

Tout à fait. C’est exactement là où je voulais en venir ! Eölen (discuter) 6 février 2013 à 23:57 (UTC)

Super. Vu qu'on semble tous les 3 d’accord, je vais remodeler un petit peu Wiktionnaire:Prise de décision/Code pour les proto-langues et lancer le vote dans le foulée. Si c’est accepté, il faudra qu’un bot fasse tous les changements nécessaires. Pamputt ^[Discuter] 9 février 2013 à 19:12 (UTC)

OK. À noter que des pages comme en:Wiktionary:About Proto-Indo-European seraient très pertinentes : elles permettraient de changer les simples liens du type proto-germanique en un renvoi vers l’annexe décrivant les aspects théoriques de la protolangue. Automatik (discussion) 9 février 2013 à 20:49 (UTC)

Modèle:R:JO / Modèle:R:JO-term2000

Salut,

Le modèle {{R:JO}} utilisant un lien mort, je propose que soit utilisé à la place {{R:FranceTerme}} qui crée également un lien donnant des définitions du Journal Officiel (c'était le but de R:Jo).

Cependant le modèle {{R:FranceTerme}} n'est pas très pratique : si le titre est composé de plusieurs mots, il faut le réécrire en paramètre avec des « nbsp; » entre chaque mot. Je propose donc que le code du modèle {{R:FranceTerme}} soit changé en : celui-ci. Ce nouveau code gère automatiquement les espaces.

L'inconvénient que je n'ai pas su corrigé, c'est le cas des apostrophes : il faudra toujours réécrire le titre de la page en paramètre avec une apostrophe droite lorsqu'il contient une apostrophe courbe. En effet, FranceTerme utilise les apostrophes droites exclusivement.

Aussi, le modèle {{R:JO-term2000}} n'est qu'à moitié fonctionnel : il pointe vers cette page de FranceTerme : il faut retaper le mot à la main pour avoir le résultat de la requête. Ce n'est pas possible de modifier le modèle pour ne pas avoir besoin de retaper le mot à la main sur ce même site. En effet, le contenu de la boite de recherche n'est pas reporté dans l'url, mais donne automatiquement le résultat sous le même url quel que soit la requête ; l'url est générique pour toutes les requêtes.
Je propose donc également le remplacement de ce modèle par le modèle {{R:FranceTerme}} revu. Ce dernier modèle pointant vers un site « consacré aux termes recommandés au Journal officiel de la République française ».

J'ai testé une dizaine de liens pour chaque modèle à remplacer, ils marchent tous avec le nouveau {{R:FranceTerme}} ; de plus le site vers lequel pointe {{R:FranceTerme}} propose les mêmes définitions que celui vers lequel pointe {{R:JO-term2000}}. Exemple : FranceTerme, Délégation générale à la langue française et aux langues de France (vérification de la conformité aux règles d'interconnexion) vs Journal officiel de la République française, du 22 septembre 2000, Répertoire terminologique 2000 (une fois sur la page, retaper le mot : les informations données semblent être strictement les mêmes).

PS : Si jamais cette proposition est acceptée, je pourrai m'en occuper par AWB dans un délai d'une semaine environ, en différenciant les cas apostrophe courbe/droite. Cela dit pour traiter ces derniers cas, je sais soit : faire les choses à la main en utilisant AWB juste pour passer rapidement d'une page à une autre ; soit le faire de façon + automatisée, mais en deux passages. La question ne se pose plus si un dresseur de bot s'en occupe avant moi bien évidemment.

Merci pour vos réactions et suggestions ! Automatik (discussion) 20 février 2013 à 12:58 (UTC)

Lu et approuvé. JackPotte ($♠) 20 février 2013 à 22:37 (UTC)

Je n’ai pas oublié cette proposition, je pense à faire un modèle en lua dès que je serai plus libre. Automatik (discussion) 6 mai 2013 à 16:24 (UTC)

Le module en Lua ayant été créé (Module:FranceTerme), le modèle peut remplacer les deux autres modèles obsolètes qui pointent vers un site qui a migré son contenu. Automatik (discussion) 11 août 2013 à 15:37 (UTC)

Fait. Les pages incluant les modèles {{R:JO}} et {{R:JO-term2000}} ont été modifiées. Automatik (discussion) 13 août 2013 à 02:40 (UTC)

Modification de {{fr-conj-1}}

Je propose de modifier {{fr-conj-1}} légèrement pour accepter un cas de figure fréquent, sans pour autant ajouter de paramètre. En ce moment, le paramètre e permet de faire disparaître le 'e' de certaines finales (futur simple, par ex.) lorsqu’il n’est pas prononcé (par ex., crier). Dans bon nombre de cas, cependant, la prononciation de ce 'e' peut se faire ou non, selon le choix du locuteur et du niveau de langage (élocution soignée ou scandée vs. parler rapide familier, par ex.). Si je prends l’exemple de boiser, au futur simple on a je boiserai, /ʒə bwɑ.zə.ʁe/ ou /ʒə bwɑ.zʁe/.

Je propose de modifier certaines lignes, comme celle-ci :

ind.f.1s.pron={{#if:{{{p.futur|{{{2|{{{pron|}}}}}}{{{p.v2|{{{p.v1|}}}}}}{{{3|{{{pc|}}}}}}}}}|<!--
[…]
 -->{{{3|{{{pc|}}}}}}{{#if:{{{e|}}}<!--e NON prononcé -->||ə}}.<!--
 -->ʁe<!--

en :

ind.f.1s.pron={{#if:{{{p.futur|{{{2|{{{pron|}}}}}}{{{p.v2|{{{p.v1|}}}}}}{{{3|{{{pc|}}}}}}}}}|<!--
[…]
 -->{{{3|{{{pc|}}}}}}{{#if:{{{e|}}}<!--e NON prononcé -->|{{#ifeq:{{{e|}}}|parfois|(ə.)|.}}|ə.}}<!--
 -->ʁe<!--

ou encore, de façon équivalente mais plus lisible :

ind.f.1s.pron={{#if:{{{p.futur|{{{2|{{{pron|}}}}}}{{{p.v2|{{{p.v1|}}}}}}{{{3|{{{pc|}}}}}}}}}|<!--
[…]
 -->{{{3|{{{pc|}}}}}}{{#switch:{{{e|}}}|=ə.|parfois=(ə.)|.}}<!--
 -->ʁe<!--

De cette façon, si on a e=parfois le rendu deviendra /ʒə bwɑ.z(ə.)ʁe/. Les verbes utilisant e=non ou qui n’invoquent pas ce paramètre ne seront pas affectés. Les lignes visées sont ind.f.*.pron et cond.p.*.pron.

Commentaires ? Urhixidur (discussion) 1 mars 2013 à 15:36 (UTC)

Moi ça me va.

À terme, il est probable qu’on convertira ces modèles en lua. --GaAs 1 mars 2013 à 15:43 (UTC)

Je ne m'occupe plus de chercher à améliorer les modèles complexes, je préfère préparer leur migration vers Lua. Il serait plus intéressant de préparer une liste des différents cas de figure à faire gérer au modèle réécrit. — Dakdada 1 mars 2013 à 15:47 (UTC)

Pour info, il avait déjà été question de changer la prononciation de l'API dans cette section de la Wikidémie de janvier 2013 : liaison dans les temps composés. Utiliser le raccourci clavier Ctrl+F pour retrouver le texte /ʒ‿a.vɛ.(z‿)ak.ti.ve/ , puis lire ce qui suit. On peut voir en effet que les symboles en API ne permettent pas d'indiquer facilement une alternative, et selon l'Aide sur les prononciations : « la norme API n’a pas de syntaxe pour indiquer un son optionnel (l’emploi des parenthèses notamment est réservé pour une autre utilisation) ; ». Cordialement, Automatik (discussion) 11 mars 2013 à 21:07 (UTC)

Non, il ne faut surtout rien changer, ce paramètre ne sert pas à ça (et c'est expliqué à la fin de la documentation, qui est cachée, on se demande pourquoi). Le paramètre est utile uniquement pour des verbes comme crier, dont le radical (ce qui précède la finale -er) finit par une voyelle. Ce n'est pas le cas de boiser. On ne prononce jamais le e dans je crierai, même en poésie. Lmaltier (discussion) 11 mars 2013 à 21:35 (UTC)

Lmaltier, tu n’as pas compris la proposition. Je proposais un changement qui n’aurait eu d’effet que si le paramètre e était instruit en parfois. Ce que nous n’aurions évidemment pas fait pour crier, par exemple. Le nouveau comportement aurait été un super-ensemble de l’ancien, donc parfaitement patrimonial. Urhixidur (discussion) 19 avril 2013 à 12:12 (UTC)

Problème {{-nom-fam-}}, {{-nom-pr-}}

Regardez à Tremblay : la table des matières ne montre que le nom de famille (dans la section française). Puisque {{-nom-fam-}} et {{-nom-pr-}} sont tous deux des applications de {{-déf-}}, le problème doit être là. J’ai fait une ou deux corrections à {{-déf-}} mais le problème semble toujours présent (difficile d’être certain avec les délais de propagation du changement). Il semble que la présence du param num instruit empêche la production de la balise <span class="mw-headline" id="Nom_…">, ce qui entraîne le symptôme visible. On peut le constater en prévisualisant la page Tremblay après avoir supprimé le |num=1 du premier {{-nom-pr-}}. Quelqu’un de plus féru en HTML que moi doit se pencher là-dessus. Urhixidur (discussion) 27 mars 2013 à 18:02 (UTC)

Une des raisons est qu'on crée directement un h3 via le modèle, donc c'est un peu normal qu'on ait des comportements imprévisibles comme ça. Le problème ne se posera plus quand on aura remplacé les modèles de section, mais pour l'heure il faudrait corriger les modèles. NB : merci de ne pas retoucher les modèles trop souvent, mieux vaut tester un modèle différent ailleurs que de toucher tous les articles en tâtonnant. — Dakdada 27 mars 2013 à 19:08 (UTC)

Voilà, c'était un pipe manquant (il fallait le trouver). Commentaires : au final modifier modèle:-déf- n'aura rien changé (j'espère) ; il faut éviter au maximum de retoucher ce genre de modèle, surtout sans test. L'origine du problème : [2], et sa résolution : [3].

Je pense sincèrement qu'il faudrait un système d'aval afin que toute modification de modèle/module important, aussi bénigne soit-elle, quand bien même elle est faite par un contributeur chevronné, soit vérifiée et acceptée par au moins une autre personne. — Dakdada 27 mars 2013 à 19:41 (UTC)

Pour ce qui est du problème et de sa résolution, il semble que la cause ait été le retour de chariot à la fin de l’argument 1. Donc on aurait pu arranger ça avec un commentaire autour du retour de chariot tout autant qu’en déplaçant la barre verticale, comme ci-dessous ? Urhixidur (discussion) 3 avril 2013 à 20:18 (UTC)

{{-déf-|Nom propre|
 type=Noms propres
|code=nom-pr

{{-déf-|Nom propre<!--
-->|type=Noms propres
|code=nom-pr

Oui, c’est possible, mais il y a une plus belle façon :

{{-déf-
|1=Nom propre
|type=Noms propres
|code=nom-pr

— TAKASUGI Shinji (d) 19 avril 2013 à 10:58 (UTC)

Vraiment, passer d’un paramètre anonyme à un numéroté aurait aussi réglé le problème ? Urhixidur (discussion) 19 avril 2013 à 12:07 (UTC)

Les espaces ne sont pas nettoyés par MediaWiki pour les paramètres anonymes alors que pour les paramètres nommés ils le sont (si c’est bien ça dont il est question). (Information tirée d’ici) — Automatik (discussion) 19 avril 2013 à 12:28 (UTC)

Comment bien nommer {{accord genre ?}}

En fait je ne sais pas comment nommer {{accord genre ?}} parce que la différentiation {{genre ?}} / {{genre}} serait confuse et l’actuel et les précédents {{mf-m ?}} / {{accord ?}} ne me conviennent pas non plus. Les mots concernés seraient ceux du genre insti et instit classé masculin et féminin identiques alors que certaines personnes font l’accord et que ça ne semble par être fautif de le faire (une instie, une instite), bref si vous avez une meilleure idée je suis preneuse.

Une note ferait peut-être l’affaire en précisant l’orthographe alternative au féminin (une note d’usage avec {{usage}} éventuellement), car « masculin et féminin identiques ou masculin » ne me paraît pas très claire. Automatik (discussion) 19 avril 2013 à 12:34 (UTC)

Modèle:fr-inv, Modèle:en-inv et Modèle:mot-inv

Bonjour,

Après étude de ces modèles, j’ai pu constater que certains paramètres étaient nommés étrangement. Je propose de les renommer conformément à leur comportement.

Détail des paramètres que je propose de changer.

Légende

Rouge : Le nom du paramètre ne correspond pas à son comportement.

Orange : Le nom du paramètre est quelque peu abscons et mériterait d’être changé.

fr-inv
Paramètre	Proposition	Utilisé ?(*)	Signification des paramètres
s		Oui (très rarement)	graphie du mot
pron ou 1		Oui
pron2		Oui
pron3		Oui
préfpron		Oui	Préfixe de la première prononciation indiquée (pron) (ex: {{h aspiré}})
préfpron2		Oui
préfpron3		Oui
réfps	réfpron	Non	N° de la référence de la première prononciation de la première graphie (avec {{réf}} : il est donc nécessaire d’utiliser en outre {{RÉF}} dans la section {{-réf-}})
réfp2s	réfpron2	Non	N° de la réf. pour la pron 2 de la graphie 1
réfp3s	réfpron3	Non
s2		?	seconde graphie du mot, s’il y a lieu
p2s	ps2 ou prons2	Non	Pron 1 de la graphie 2
préfp2s	préfps2 ou préfprons2	Non	Préfixe de la pron 1 de la graphie 2
réfps2	réfprons2	Non	N° de la réf pour la pron 1 de la graphie 2
p2s2	pron2s2	Non	Pron 2 de la graphie 2
préfp2s2	préfpron2s2	Non	(ràs)
réfp2s2	réfpron2s2	Non	(ràs)
p2s3	p3s2 ou pron3s2	Non	Pron 3 de la graphie 2
préfp2s3	préfpron3s2 ou préfp3s2	Non	Préfixe de la pron 3 de la graphie 2
réfp3s2	réfpron3s2	Non	(Bizarrement, celui-ci est plus logiquement nommé que les deux précédents.)
en-inv
Paramètre	Proposition	Utilisé ?(*)	Signification des paramètres
…
réfps, réfp2s, réfp3s : idem que pour fr-inv
s2		Non	Seconde graphie
p2s, préfp2s : idem que fr-inv
réfp2s	réfp2s2 ou réfpron2s2	Non	Donne un n° de réf pour la pron 2 de la graphie 2, mais nommé identiquement au paramètre qui sert à donner un n° de réf pour la pron 2 de la graphie 1 → aucune différenciation ne peut être ainsi faite entre ces deux n°s de référence.
p2s2, préfp2s2, réfp2s2 : idem que fr-inv
p2s3, préfp2s3 : idem fr-inv
réfp2s3	réfp3s2 ou réfpron3s2	Non	Donne un n° de réf pour la pron3 de la graphie 2
mot-inv
Idem que modèle:fr-inv pour tout. Aucun des paramètres concernés n’est utilisé.
(*) : Utilisé au moins une fois dans l’espace principal. Analyse faite avec AWB.

Que pensez-vous ? Doit-on effectuer ces changements de nommage des paramètres ?

Je ne serais pas contre une suppression des paramètres de références, qui alourdissent la documentation et ne sont de toute façon utilisés nulle part, sur plus de 10 000 utilisations.

En vous remerciant d’avance pour votre avis, Automatik (discussion) 18 avril 2013 à 14:38 (UTC)

Je suis plutôt pour si tu peux le faire de façon autonome. JackPotte ($♠) 18 avril 2013 à 20:13 (UTC)

Oui, je peux. Je voulais simplement être sûr de l’absence d’objection. Je vais prévenir les auteurs des modèles. En l’absence d’opposition, j’agirai ensuite. Automatik (discussion) 18 avril 2013 à 21:05 (UTC)

 Pour J’ai d’abord pensé que les paramètres de références devraient être gardés, mais si on les supprime de tous les modèles alors on peut s’en tirer néanmoins en donnant ces références dans la section -pron- (qui répéterait les différentes variantes). Urhixidur (discussion) 19 avril 2013 à 12:04 (UTC)

 Pour Cette simplification des modèles me paraît des plus raisonnable. Donc : pas d'objection.Gilles MAIRET (discussion) 23 avril 2013 à 01:43 (UTC)

 Pour. J’ai rarement utilisé tout ça, mais les nouveaux intitulés me semblent bien plus clairs Eölen 23 avril 2013 à 09:48 (UTC)

 Pour --GaAs 25 avril 2013 à 20:44 (UTC)

 Pour Pas de soucis. V!v£ l@ Rosière ^{/Murmurer…/} 8 mai 2013 à 04:40 (UTC)

Ajout à la proposition

Après Modèle:Abréviation discrète, j’ai pu remarquer que le paramètre s2 n’était jamais utilisé ; il sert à indiquer une seconde graphie pour un mot invariable, probablement donc une variante orthographique. Cette info aurait sa place sous {{-var-ortho-}} à priori. Pour cette raison je propose aussi la suppression du paramètre s2 et de ceux qui lui sont affiliés (pas utilisés non plus). Si tout le monde est d’accord, ça permettra de simplifier le wikicode et de simplifier la documentation, dans laquelle abondent des paramètres inusités. Automatik (discussion) 5 mai 2013 à 18:46 (UTC)

 Pour aussi Eölen 5 mai 2013 à 20:08 (UTC)

 Pour Certes. Urhixidur (discussion) 6 mai 2013 à 16:17 (UTC)

 Pour Pas d'objection. Stephane8888 ✍ 6 mai 2013 à 18:50 (UTC)

 Pour Idem. V!v£ l@ Rosière ^{/Murmurer…/} 8 mai 2013 à 04:40 (UTC)

Modèles et documentations simplifiés. Automatik (discussion) 28 mai 2013 à 01:53 (UTC)

Modèle:-prés-

Pour signaler que l’Utilisateur:Sterlka a créé un nouveau modèle de troisième niveau pour le type de mot présentatif. Je ne suis pas sûr d’en voir toutes les répercussions (je pense aux bots en particulier). Il y a déjà les pages d’aides et de recensement de modèles à mettre à jour. What else ? — Unsui Discuter 25 avril 2013 à 20:35 (UTC)

Il n’y a que les admins qui devraient avoir le droit de créer un modèle. D’ailleurs, puisqu’il n’y a que les admins qui ont le droit de modifier les modèles existants, je me demande comment ils ont pu ne pas trouver le moyen d’interdire la création de nouveaux. --GaAs 25 avril 2013 à 20:43 (UTC)

Pour ce type de modèle, je suis d’accord avec toi. — Unsui Discuter 25 avril 2013 à 20:55 (UTC)

La prise de décision sur la protection des pages les plus utilisées est toujours valable, surtout que la dernière fois que nous l’avons adouci ce qui devait arriver arriva. JackPotte ($♠) 25 avril 2013 à 21:31 (UTC)

Nous sommes en train de parler de ce modèle dans Wiktionnaire:Wikidémie/avril 2013#-prés-. — TAKASUGI Shinji (d) 28 avril 2013 à 07:25 (UTC)

{{préfixe}} et {{suffixe}}

Sur la base de en:Template:prefix, en:Template:suffix créer un modèle pour remplacer {{compos}}

Le modèle anglais catégorise, ce qui permet de peupler facilement et précisément des catégories comme Catégorie:Mots français préfixés avec scléro-, Catégorie:Mots en français suffixés avec -able (très vide et actuellement fausse : inexpulsable = in-expulsable et non inexpulser-able)

--Diligent (discussion) 11 mai 2013 à 08:21 (UTC)

Aucune objection. Nous pourrions aussi les intégrer comme paramètres : {{compos|préfixe=}}. JackPotte ($♠) 11 mai 2013 à 10:26 (UTC)

Ça serait intéressant de catégoriser ainsi, mais pour le rajouter à {{compos}}, ça compliquerait encore la syntaxe, et je ne suis pas sûr que ça vaut le coup, àmha. Automatik (discussion) 11 mai 2013 à 21:47 (UTC)

Tu penses sérieusement que l’on compliquerait encore la syntaxe en passant de :

• {{cf|é-|gosier|-iller}}

à

• {{compos|p=é-|gosier|s=-iller}}

au lieu de

• {{préfixe|é-}}, radical ''[[gosier]]'' et {{suffixe|-iller}}

? JackPotte ($♠) 11 mai 2013 à 22:36 (UTC)

En fait je pense que {{compos}} est tellement compliqué pour les nouveaux contributeurs que rajouter un paramètre ne changera en fait pas grand chose ; il restera obscur. J’ai l’impression toutefois que ces deux nouveaux modèles permettraient d’éliminer {{compos}}, en tout cas ce serait bien pour les nouveaux, car {{préfixe}} et {{suffixe}} sont très clairs. Est-ce que ces modèles permettraient de détecter les formants comme tu le voulais — si je ne me trompe pas —, ou alors ils ne sont pas assez puissants pour remplacer {{compos}} ? Automatik (discussion) 11 mai 2013 à 23:17 (UTC)

• Du radical de ''[[gosier]]'' avec préfixe {{préfixe|é-|fr}} et suffixe {{suffixe|-iller|fr}}.

La catégorisation par langue ne se fait pas toute seule semble-t-il, il faut écrire : {{préfixe|é-|fr}} ? Exemple de syntaxe sur en.wikt : {{suffix|kohdentaa|minen|lang=fi}} Stephane8888 ✍ 11 mai 2013 à 23:04 (UTC)

Le modèle compos permet de mettre automatiquement en lien et en italique pas seulement les préfixe et suffixe mais également le(s) radical(aux). Et ce, sous une forme rédigée.-- Béotien lambda ☏ 12 mai 2013 à 05:46 (UTC)

Je préfère la nouvelle solution proposée par Dilligent compos est comme étyl, une aberration. V!v£ l@ Rosière ^{/Murmurer…/} 12 mai 2013 à 06:38 (UTC)

Modèle:en-tête thésaurus

Bonjour,

Actuellement, pour générer l’en-tête d’un thésaurus comme Thésaurus:cheval/français, il faut marquer {{en-tête thésaurus|cheval|fr}}. Les informations ajoutées ici en paramètres sont déjà présentes dans le titre. Elles sont donc récupérables (par le modèle) à partir des mots magiques adéquats. Comme la plupart des paramètres renseignés sont une reprise exacte des éléments du titre, je propose de laisser le modèle gérer cela automatiquement. C’est-à-dire permettre d’écrire {{en-tête thésaurus}} pour la page Thésaurus:cheval/français, pour le même résultat qu’actuellement. Il serait toujours possible de personnaliser l’en-tête en choisissant un nom différent que le titre en premier paramètre, comme c’est fait actuellement.

Est-ce que ça va à tout le monde ? Voyez-vous quelque chose que j’ai oublié ?

Cordialement, Automatik (discussion) 13 mai 2013 à 17:47 (UTC)

Pourquoi pas. JackPotte ($♠) 13 mai 2013 à 18:55 (UTC)

Pas d’objection non plus. V!v£ l@ Rosière ^{/Murmurer…/} 14 mai 2013 à 10:38 (UTC)

Il y a encore quelques jours, nous pouvions mettre « corbeau (oiseau) » comme paramètre à ce modèle, mais depuis qu’il y a un lien {{{[[1]]}}} vers l’article, on est obligé de prendre le PAGENAME. Alors oui pourquoi pas. Stephane8888 ✍ 14 mai 2013 à 11:15 (UTC)

Dans thésaurus:branche d’arbre/français, le paramètre 1 est branche et le lien fonctionne, c’est donc possible de ne pas choisir PAGENAME. On peut aussi écrire du lua pour faire en sorte qu’une précision entre parenthèses ne fasse pas partie du lien. J’ai trouvé quelque chose pour cela, mais ce n’est pas très propre au niveau codage. Si c’est utile cela dit, on peut quand même le mettre. Automatik (discussion) 14 mai 2013 à 18:04 (UTC)

Bien vu ! c’est inutile dans la mesure où le nom de la page apporte déjà la précision. Et du coup, je pense qu’il est pertinent de remplacer Thésaurus:corbeau/français --> Thésaurus:corbeau (oiseau)/français. Car c’est utile, par exemple, dans la section {{-voc-}} de l’article corbeau. Stephane8888 ✍ 15 mai 2013 à 18:36 (UTC)

Pour "corbeau" ce n’est peut être pas nécessaire. Stephane8888 ✍ 15 mai 2013 à 21:22 (UTC)

, j’ai simplifié ; si on veut inclure des cas spéciaux comme des parenthèses qui ne font pas partie du lien, il suffit de le signaler, on pourra envisager ça. Automatik (discussion) 27 mai 2013 à 22:06 (UTC)

Modèle:tdm1

Bonjour,

Ce modèle permettant de créer des liens pour chaque lettre de l’alphabet dans les tables de matière comme {{CatégorieTDMDévanâgarî}} renvoie en haut de la page [4] au lieu de renvoyer directement au niveau des entrées [5]. Cela présente-t-il un inconvénient que l’on fasse comme {{tdmin}} le fait, c.-à-d. en pointant directement vers la liste des pages ? Automatik (discussion) 19 mai 2013 à 02:14 (UTC)

Non, vas-y. JackPotte ($♠) 19 mai 2013 à 10:08 (UTC)

La modif. étant mineure, je l’ai faite, mais n’hésitez pas à révoquer si elle pose problème. Automatik (discussion) 19 mai 2013 à 14:01 (UTC)

Modèle:mots issus de

Bonjour,

Que faire des modèles qui utilisent des paramètres obsolètes (qui impliquent l’utilisation de modèles supprimés) et qui sont aujourd'hui inusités ? Ils ne sont plus lisibles dans les historiques si les modèles qu’ils utilisaient au départ sont supprimés aujourd'hui.

Aujourd’hui, si on visualise un historique qui utilise {{mots issus de|fr}}, cela rendrait :

Cette catégorie liste les mots et locutions issus {{{{{fr}}}|type=du nom}}. Voyez Aide:Étymologies pour plus d’informations.

Cela dit, le modèle a normalement été substitué. Du coup, que faire de ce modèle ?

1. Le supprimer ?
2. Recréer les modèles supprimés pour qu’on puisse le lire dans les historiques ?
3. Chercher dans l’historique des modèles supprimés le code utilisé par ce modèle pour l’intégrer au modèle actuel afin de pouvoir lire les historiques ?

En vous remerciant par avance pour votre avis, Automatik (discussion) 24 mai 2013 à 11:57 (UTC)

Les historiques sont déjà peu lisibles en lecture, le mode modification ou les diff pourraient suffire si on n’éprouve pas le besoin de faire le trajet en première classe. JackPotte ($♠) 26 mai 2013 à 18:22 (UTC)

Merci d’avoir répondu, cela dit, j’avoue ne pas savoir pour quelle option tu penches exactement. Cordialement, Automatik (discussion) 26 mai 2013 à 19:37 (UTC)

Pour ça. JackPotte ($♠) 26 mai 2013 à 21:31 (UTC)

Ok, ça marche, super Automatik (discussion) 26 mai 2013 à 21:32 (UTC)

Modèle:lutherie

Bonjour Je cherchais ce modèle pour compléter un article, et ne l’ai pas trouvé. Comme il existe bien plus de cinquante mots dans ce domaine, est-ce que ce pourrait être utile?

D’avance merci pour vos remarques.--JFD63 (discussion) 18 juin 2013 à 08:09 (UTC)

Proposition probablement inutile, j’ai trouvé ceci: (Lutherie) qui semble correspondre à ce que je cherchais. Par contre, je ne sais pas où se cachent ces formes de catégorisation.--JFD63 (discussion) 18 juin 2013 à 08:27 (UTC)

En fait le modèle {{term}} sert à faire apparaitre le lexique employé sur la ligne de définition justement quand il n’y a pas de modèle catégorisant spécifique. Le Modèle:lutherie n’existait pas mais je l’ai créé avec sa documentation pour pouvoir bien l’utiliser, ainsi que la catégorie française affiliée. V!v£ l@ Rosière ^{/Murmurer…/} 18 juin 2013 à 09:16 (UTC)

J’ai commencé à remplir la page, mais ça prend du temps. Je continuerai ultérieurement. Merci à toi! En plus ça me permet d’améliorer ma connaissance du Wiktionnaire.

Modèle:expression et Modèle:idiotisme

Fusionner ? Je ne suis pas certain qu'il faille les utiliser tout court, mais en attendant mieux vaut les regrouper. — Dakdada 19 juin 2013 à 20:45 (UTC)

 Pour À priori les articles concernés pourraient se voit taxer d’un {{créer-séparément}} conformément aux normes du Wiktionnaire qui veut qu’on crée les locutions à part. Leur suppression me paraît donc justifiée à terme, et leur regroupement en attendant ne me poserait nullement problème, puisqu’ils me semblent désigner la même chose (même si expression est réellement plus large, je ne vois pas qu’on puisse l’utiliser pour dire autre chose qu’« idiotisme » ici). Automatik (discussion) 19 juin 2013 à 21:03 (UTC)

Pour mémoire {{idiotisme}} avait été conservé il y a deux ans, mais c’est étrange qu’il ne catégorise pas. Par ailleurs, qui pourrait expliquer simplement dans les docs la différence entre Catégorie:Expressions en français et Catégorie:Locutions en français pendant qu’on y est ? JackPotte ($♠) 19 juin 2013 à 22:46 (UTC)

 Pour Également. Expressions et locutions même si je vois la différence dans le contenu des catégories je n’arriverais pas à l’expliquer sans que le tout soit extrêmement confus. V!v£ l@ Rosière ^{/Murmurer…/} 20 juin 2013 à 06:34 (UTC)

{{fr-accord-mixte-rég}}

Je voudrais modifier ce modèle pour ajouter un paramètre qui, lorsqu’instruit, ferait en sorte que le séparateur de la partie invariable (paramètre inv) soit un trait d’union au lieu d’une espace. Ce paramètre serait ajouté aux autres modèles qui s’en remettent à celui-ci de façon à ce qu’ils le transmettent. Ça permettrait de simplifier l’écriture de tableaux comme celui de Andréen-de-l’Est. Urhixidur (discussion) 22 juin 2013 à 16:46 (UTC)

Je préférerais qu'on utilise le modèle de base {{fr-accord-mixte}}, plutôt de faire des contorsions de paramètres :

fr-accord-comp	fr-accord-mixte
{{fr-accord-comp |Andréen|de-l’Est|ɑ̃.dʁe.ɛ̃|də.l‿ɛst |f1=Andréenne |pf1=ɑ̃.dʁe.ɛn |f2=de-l’Est |mp2=de-l’Est |fp2=de-l’Est }}	{{fr-accord-mixte |ms=Andréen-de-l’Est |mp=Andréens-de-l’Est |fs=Andréenne-de-l’Est |fp=Andréennes-de-l’Est |pm=ɑ̃.dʁe.ɛ̃.də.l‿ɛst |pf=ɑ̃.dʁe.ɛn.də.l‿ɛst }}

Ça me paraît plus simple. Ça donnerait quoi avec {{fr-accord-mixte-rég}} et ce nouveau paramètre ? — Dakdada 22 juin 2013 à 17:32 (UTC)

Quelque chose comme :

{{fr-accord-en
|ms=Andréen
|ɑ̃.dʁe.
|inv=de-l’Est
|pinv=.də.l‿ɛst
|trait=oui}}

Erreur !

Singulier	Pluriel
usage erroné de {{fr-accord-en}}. Le titre de la page ne comporte pas une des terminaisons attendues.

Urhixidur (discussion) 22 juin 2013 à 18:16 (UTC)

Modèle:dérision

Bonjour,

Ce modèle, utilisé 28 fois, fait doublon àmha avec {{ironique}} (utilisé 498 fois) car ironique renvoie par le lien (Ironique) vers le glossaire grammatical qui explique que le terme taxé de ce qualificatif est utilisé par dérision.

Que pensez-vous de rediriger {{dérision}} vers {{ironique}} histoire de simplifier la vie des nouveaux contributeurs pour les modèles à apprendre ? Automatik (discussion) 24 juin 2013 à 17:57 (UTC)

OK pour moi. JackPotte ($♠) 24 juin 2013 à 19:25 (UTC)

Je serais plutôt d’avis de l’éradiquer par substitution. Urhixidur (discussion) 28 juin 2013 à 02:42 (UTC)

Les deux ne me semblent pas synonymes : on peut être ironique sans faire preuve de dérision, et tourner en dérision sans être ironique. Lmaltier (discussion) 28 juin 2013 à 06:03 (UTC)

Pareil que Urhixidur. J’ai vérifié les inclusions et toutes (les françaises du moins) peuvent être remplacer par le modèle {ironique}. V!v£ l@ Rosière ^{/Murmurer…/} 29 juin 2013 à 09:51 (UTC)

{{catégorie}}

Bonjour,

J’ai demandé en février le changement de forme du texte de ce modèle afin de l’aligner sur celui de {{thésaurus}} et {{annexe}}, ce dont je suis très content. Je voudrais demander aujourd’hui si il serait possible d’ajouter un paramètre facultatif permettant de ne pas commencer le texte par une majuscule, ce qui parfois peut s’avérer gênant. J’envisageais de faire deux modèles différents {{catégorie}} et {{Catégorie}} mais ça me semble mal venu. Par ailleurs, je ne comprend pas bien la syntaxe utilisée et si c’est possible, j’aimerais bien que quelqu’un s’en charge pour moi. Je veux bien écrire la doc ensuite. Merci d’avance Eölen 4 juillet 2013 à 15:12 (UTC)

Tu veux dire ajouter un paramètre pour que le "L" de "La catégorie" devienne "l", comme {{{m|}}} dans {{apocope}} ? JackPotte ($♠) 4 juillet 2013 à 18:11 (UTC)

Exactement. Et je m’excuse mais je ne comprends absolument pas le code utilisé pour apocope et n’ai pas particulièrement envie d’apprendre le code en ce moment. Pourrais-tu voir pour modifier {{catégorie}}, s'il te plais Eölen 5 juillet 2013 à 23:21 (UTC)

JackPotte ($♠) 6 juillet 2013 à 00:26 (UTC)

Merci beaucoup ! J’ai inversé l’ordre car l’usage d’une minuscule à l’initiale sera vraiment exceptionnel, et j’ai mis à jour la documentation Eölen 6 juillet 2013 à 01:53 (UTC)

Modèle:fr-accord-comp-mf

Bonjour,

Après m’être penché quelque peu sur ce modèle, je crois que c’est un modèle inutilement compliqué. Voyez par exemple cette comparaison entre les exemples donnés dans la doc. et l’utilisation de {{fr-rég}} pour ces même exemples :

Wikicode	Résultat
{{fr-accord-comp-mf|année|lumière|a.ne|ly.mjɛʁ| p2=lumière}} {{fr-rég|a.ne.ly.mjɛʁ|p=années-lumière}}	Singulier Pluriel année-lumière \a.ne.ly.mjɛʁ\ années-lumière \a.ne.ly.mjɛʁ\ Singulier Pluriel année-lumière années-lumière \a.ne.ly.mjɛʁ\
{{fr-accord-comp-mf|acide|alcool|a.si.d|al.kɔl| |ptrait={{liaison}}|ptraitp=.z{{liaison}}}} {{fr-rég|a.si.d‿al.kɔl|p=acides-alcools|pp=a.sid.z‿al.kɔl}}	Singulier Pluriel acide-alcool \a.si.d‿al.kɔl\ acides-alcools \a.si.d.z‿al.kɔl\ Singulier Pluriel acide-alcool acides-alcools \a.si.d‿al.kɔl\ \a.sid.z‿al.kɔl\
{{fr-accord-comp-mf|eau|de-vie|o|də.vi| p1=eaux|p2=de-vie}} {{fr-rég|o.də.vi|p=eaux-de-vie}}	Singulier Pluriel eau-de-vie \o.də.vi\ eaux-de-vie \o.də.vi\ Singulier Pluriel eau-de-vie eaux-de-vie \o.də.vi\
{{fr-accord-comp-mf|bande|dessinée|bɑ̃d|dɛ.si.ne| trait= |ptrait= }} {{fr-rég|bɑ̃d dɛ.si.ne|p=bandes dessinées}}	Singulier Pluriel bande dessinée \bɑ̃d dɛ.si.ne\ bandes dessinées \bɑ̃d dɛ.si.ne\ Singulier Pluriel bande dessinée bandes dessinées \bɑ̃d dɛ.si.ne\
{{fr-accord-comp-mf|capote|anglaise|ka.pɔ.t|ɑ̃.ɡlɛz| trait= |ptrait={{liaison}}|ptraitp=.z{{liaison}}}} {{fr-rég|ka.pɔ.t‿ɑ̃.ɡlɛz|p=capotes anglaises|pp=ka.pɔt.z‿ɑ̃.ɡlɛz}}	Singulier Pluriel capote anglaise \ka.pɔ.t‿ɑ̃.ɡlɛz\ capotes anglaises \ka.pɔ.t.z‿ɑ̃.ɡlɛz\ Singulier Pluriel capote anglaise capotes anglaises \ka.pɔ.t‿ɑ̃.ɡlɛz\ \ka.pɔt.z‿ɑ̃.ɡlɛz\

En plus des octets gagnés avec {{fr-rég}}, vous remarquerez que la syllabation fausse pour acides-alcools est corrigée en plus de gagner des octets. Ajout du 18 juillet 2013 à 13:26 (UTC) : elle ne l’était pas, maintenant elle l’est. Automatik (discussion)

Les seuls cas où on ne gagne pas d’octet, c’est dans la page de flexion, et encore, seulement 10% de plus ici par exemple (mais on utilise quand même moins de paramètre, et la syntaxe est simple).

Que pensez-vous de remplacer ce modèle par {{fr-rég}}, pour ne plus avoir à utiliser ce modèle ? Automatik (discussion) 12 juillet 2013 à 14:59 (UTC)

Mouais. JackPotte ($♠) 12 juillet 2013 à 17:52 (UTC)

C’est déjà ce que je fais depuis un moment tellement ses paramètres sont imbuvables à celui-là. V!v£ l@ Rosière ^{/Murmurer…/} 12 juillet 2013 à 20:40 (UTC)

Je suis d’accord que {{fr-rég}} est à préférer, mais seulement si la prononciation est unique. Urhixidur (discussion) 18 juillet 2013 à 12:03 (UTC)

Tu as vu que la prononciation du pluriel de acide-alcool était erronée avec {{fr-accord-comp-mf}} ? La prononciation du pluriel est pourtant bien différente du singulier. Et capote anglaise est dans ce même cas. Automatik (discussion) 18 juillet 2013 à 13:23 (UTC)

En fait c'est plutôt {{fr-accord-mf}} qu'il faudrait utiliser. Rappelez-vous que {{fr-rég}} c'est pour les mots dont le pluriel prend un S. — Dakdada 18 juillet 2013 à 12:08 (UTC)

Dans la documentation de {{fr-rég}}, il est indiqué cela : « p=graphie (optionnel) : graphie du pluriel (le défaut suffixe un s à la graphie du singulier) ; surtout utile pour les mots composés avec accords pas uniquement à la fin, mais permet aussi d’indiquer d’autres suffixes du pluriel à un mot simple (par exemple un x). ». Donc visiblement ce modèle est valable pour les mots composés aussi, non ? Automatik (discussion) 18 juillet 2013 à 13:23 (UTC)

Ce modèle a été affublé sans trop de discussions de multiples paramètres au fil des ans pour faire des choses que fr-accord-mf faisait déjà. {{fr-rég}} est pour les mots au pluriel régulier, c'est pour ça qu'il a été écrit, et c'est pour ça qu'il est concis. Si on a besoin de faire des choses compliquées, c'est {{fr-accord-mf}} qu'il faut utiliser. — Dakdada 18 juillet 2013 à 13:34 (UTC)

Pourtant, pluriel régulier ne rime pas forcément avec pluriel en -s. Par exemple pour les mots composés (bandes dessinées est un pluriel régulier) ou les mots en -al (chevaux est un pluriel régulier). Automatik (discussion) 18 juillet 2013 à 13:48 (UTC)

Pour eux il y a des modèles dédiés. Le modèle s'écrivait à l'origine {fr-accord-mf-reg} et a été créé spécialement pour les pluriels en -s ({fr-accord-mf-reg-s} serait plus précis encore), mais c'est une version courte qu'on utilise car elle est sensée être utilisée pour de très nombreux mots. — Dakdada 18 juillet 2013 à 13:53 (UTC)

D’accord, je crois comprendre que le mieux selon nos conventions actuelles aurait été de créer {{fr-accord-mf-rég-s}} vers lequel {{fr-rég}} redirigerait pour être utilisé en pratique (comme {{info}} redirige vers {{informatique}} en fait). Mais quelle condition n’est pas remplie par bande dessinée pour utiliser {{fr-rég}} ? Pluriel régulier, en -s, et mot à un seul genre. Automatik (discussion) 18 juillet 2013 à 14:04 (UTC)

C'est une locution, donc il ne suffit pas de rajouter un -s (c'était le seul but du modèle). Le pluriel d'une locution n'étant pas trivial, il faut un modèle adapté, {{fr-rég}} aurait dû rester simple. — Dakdada 18 juillet 2013 à 14:49 (UTC)

Tout ça montre bien l'importance des noms des modèles : il faut qu'ils soient à la fois simples et qu'ils correspondent parfaitement à ce qu'ils font. Je suis contre la complexification progressive des modèles, mais avoir un paramètre unique p pour traiter les cas du genre pomme de terre, qui peuvent être considérés comme réguliers, ça me semble justifié, et ça ne complique pas vraiment. Quand au modèle dont on parle, fr-accord-comp-mf, c'est une aberration, c'est compliquer pour le plaisir de compliquer. Lmaltier (discussion) 18 juillet 2013 à 20:41 (UTC)

En fait pomme de terre est géré par inv, pas p. Urhixidur (discussion) 20 juillet 2013 à 12:01 (UTC)

Qu'est-ce que ça change, à part d'être plus compliqué ? Lmaltier (discussion) 23 juillet 2013 à 19:44 (UTC)

Nom verbal en basque

Bonjour,

Tous les verbes en basque donnent un nom verbal. Voir abandonatu et abandonatze. Serait-il possible d'avoir un modèle Modèle:-nom-verb-. Merci. --Euskaltzale (discussion) 23 juillet 2013 à 13:25 (UTC)

Les types de mot décrivent à priori la nature d’un mot. Serait-ce faux dans ce cas précis de préciser dans l’étymologie qu’il s’agit d’un nom verbal, en utilisant modèle:-nom- pour le type de mot ? C’est ce que je ferais, à priori. Automatik (discussion) 23 juillet 2013 à 13:29 (UTC)

Je peux faire ainsi. --Euskaltzale (discussion) 23 juillet 2013 à 13:41 (UTC)

Oui je pense aussi que c’est la meilleure solution. V!v£ l@ Rosière ^{/Murmurer…/} 23 juillet 2013 à 20:19 (UTC)

modèle:Transféré de Wikipédia

Bonjour,

Actuellement ce modèle est indifféremment utilisé en début de page (spicilège) ou dans la section des références (passequille). Cependant, il paraît non seulement plus logique de le mettre dans la section références, mais aussi d’être plus précis dans le texte, car le modèle renvoit à priori vers la liste des auteurs de Wikipédia, alors que la page concernée est en général supprimée, le lien d’arrivée ne donne donc pas le résultat souhaité (exemple).

C’est pourquoi je propose de changer le contenu du modèle par ce texte, en déplaçant ce modèle dans la section de références ensuite. Ce modèle est peu utilisé, donc c’est facile à faire, la transition serait très courte.

Qu’en pensez-vous ? Automatik (discussion) 23 juillet 2013 à 18:39 (UTC)

Tu as réinventé {{Source-w}}, mais le modèle bandeau était réservé aux ébauches, surtout dans l’espace Transwiki. JackPotte ($♠) 23 juillet 2013 à 18:50 (UTC)

La différence avec {{source-w}}, c’est que celui que je propose prend en compte le fait que l’article sur WP n’existe plus, sinon j’aurai remplacé {{Transféré de Wikipédia}} par {{source-w}} tout simplement, mais ça m’a paru être déraisonnable vis-à-vis des droits d’auteur. Donc je ne suis pas contre enlever ce bandeau dès qu’il est en dehors de l’expace Transwiki, mais si on m’assure qu’il n’y a pas de problème vis-à-vis de ça. Automatik (discussion) 23 juillet 2013 à 18:57 (UTC)

Tu veux dire que vérifier régulièrement si des articles sont supprimés et restaurés pour passer de {{Source-w}} à {{Transféré de Wikipédia}} et vice-versa, présente un avantage par rapport au fonctionnement actuel ? JackPotte ($♠) 23 juillet 2013 à 19:40 (UTC)

Je ne l’aurais fait que pour les pages qui utilisent {{Transféré de Wikipédia}}, mais ok pour être plus simple et utiliser {{source-w}} partout. Automatik (discussion) 23 juillet 2013 à 20:06 (UTC)

Ai-je le droit de créer un modèle pour mon espace utilisateur ?

Tout est dans le titre. Si oui, doit-il être créé différemment d’un modèle concernant l’ensemble du WT ? Mon idée est de mettre un texte commun sur certaines de mes sous-pages en ne créant le texte qu’une fois, de façon à ne pas avoir à modifier chaque sous-page dès que je veux modifier ce texte.--Titruffe (Apprends-moi) 30 juillet 2013 à 02:42 (UTC)

À priori, mieux vaut mettre ton texte commun dans une page de l’espace Utilisateur plutôt qu’une page de l’espace Modèle:. Par exemple, utilisateur:Titruffe/Modèle de navigation. Ensuite, dans toutes les pages où tu veux mettre ton bandeau de navigation, tu écris {{utilisateur:Titruffe/Modèle de navigation}}. Automatik (discussion) 30 juillet 2013 à 03:06 (UTC)

Génial, ça répond parfaitement à mes attentes ! --Titruffe (Apprends-moi) 30 juillet 2013 à 03:12 (UTC)

Liste par langue

On a plusieurs cas où on liste plein de langues avec un lien vers un simple mot de la langue considérée. C'est le cas dans les sections {{-drv-int-}}, {{-noms-vern-}}... Sauf pour les traductions, qui nécessiteront une forme particulière et des exceptions (commentaires par exemple). Il y a moyen pour ces cas-là de faire un modèle général simplifié :

Code actuel

Code simplifié

* {{L|sq}} : [[kompjuter#sq|kompjuter]] * {{L|de}} : [[Computer#de|Computer]] * {{L|am}} : [[ኮምፒዩተር#am|ኮምፒዩተር]] * {{L|ar}} : [[كمبيوتر#ar|كمبيوتر]] * {{L|bg}} : [[компютър#bg|компютър]] * {{L|ko}} : [[컴퓨터#ko|컴퓨터]] * {{L|hr}} : [[kompjuter#hr|kompjuter]] * {{L|da}} : [[computer#da|computer]] * {{L|es}} : [[computadora#es|computadora]] * {{L|eo}} : [[komputilo#eo|komputilo]] * {{L|gd}} : [[coimpiutair#gd|coimpiutair]] * {{L|ka}} : [[კომპიუტერი#ka|კომპიუტერი]] * {{L|hi}} : [[कंप्यूटर#hi|कंप्यूटर]] * {{L|id}} : [[komputer#id|komputer]] * {{L|ia}} : [[computator#ia|computator]] * {{L|ja}} : [[#ja|]] * {{L|la}} : [[computatrum#la|computatrum]] * {{L|lv}} : [[kompjūters#lv|kompjūters]] * {{L|mwl}} : [[computador#mwl]] * {{L|nl}} : [[computer#nl|computer]] * {{L|ug}} : [[كومپيۇتېر#ug|كومپيۇتېر]] * {{L|ur}} : [[کمپیوٹر#ur|کمپیوٹر]] * {{L|pap}} : [[kòmpiuter#pap|kòmpiuter]] * {{L|fa}} : [[کامپیوتر#fa|کامپیوتر]] * {{L|pl}} : [[komputer#pl|komputer]] * {{L|pt}} : [[computador#pt|computador]] * {{L|ro}} : [[computer#ro|computer]] * {{L|ru}} : [[компьютер#ru|компьютер]] * {{L|sr}} : [[kompjutor#sr|kompjutor]] * {{L|sw}} : [[kompyuta#sw|kompyuta]] * {{L|tg}} : [[компютер#tg|компютер]] * {{L|uk}} : [[компютер#uk|компютер]] * {{L|vo}} : [[kompütöm#vo|kompütöm]] * {{L|yi}} : [[קאָמפּיוטער#yi|קאָמפּיוטער]] * {{L|yo}}  : [[kọ̀mpútà#yo|kọ̀mpútà]] * {{L|zu}} : [[ikompiyutha#zu|ikompiyutha]]

{{liste par langue| sq = kompjuter de = Computer am = ኮምፒዩተር ar = كمبيوتر bg = компютър ko = 컴퓨터 hr = kompjuter da = computer es = computadora eo = komputilo gd = coimpiutair ka = კომპიუტერი hi = कंप्यूटर id = komputer ia = computator ja = la = computatrum lv = kompjūters mwl = computador nl = computer ug = كومپيۇتېر ur = کمپیوٹر pap = kòmpiuter fa = کامپیوتر pl = komputer pt = computador ro = computer ru = компьютер sr = kompjutor sw = kompyuta tg = компютер uk = компютер vo = kompütöm yi = קאָמפּיוטער yo = kọ̀mpútà zu = ikompiyutha }}

En bonus les bons scripts seront utilisés pour afficher ces mots. Ajout : les langues pourront aussi être triées automatiquement : plus la peine de s'embêter à trier les codes langues à la main.

On pourra faire la même chose pour les traductions et les faux-amis, mais il faudra des modèles adaptés aux spécificités de chacun. — Dakdada 15 août 2013 à 14:21 (UTC)

Le fait qu’un nom de langue soit mentionné dans les traductions ne signifie pas forcément qu’il y a une traduction ensuite, donc je serais opposé à ce que {{L}} ajoute Catégorie:Traductions en. JackPotte ($♠) 15 août 2013 à 14:32 (UTC)

La proposition a pour but de remplacer l'usage de L (ou plus généralement des listes de langue simples), et n'aborde justement pas le problème des traductions qui est plus compliqué. Chaque chose en son temps. — Dakdada 15 août 2013 à 14:36 (UTC)

Si tu veux créer {{liste par langue}} sans tenir compte des traductions (leurs ébauches, leurs transcriptions et translittérations, ancres de liens internes et externes) il faudra probablement tout reprendre à zéro ensuite. 15 août 2013 à 14:47 (UTC)

Ben non, ce sera juste une version améliorée, et surtout plus compliquée. Pourquoi faire compliqué quand on peut faire simple d'abord ? — Dakdada 15 août 2013 à 15:00 (UTC)

J’apprécie ton travail et ce n’est pas pour t’embêter que je brandis les préceptes du chef de projet informatique et de sa méthode de calcul du temps de développement : Constructive Cost Model#Modèle_de_base sur l’encyclopédie Wikipédia . En cahier des charges non déterministe depuis le début, le temps de développement est augmenté d’un coefficient que j’ai pu confirmer par expérience. JackPotte ($♠) 15 août 2013 à 15:24 (UTC)

Il y a déjà une version test utilisable, cf Utilisateur:Darkdadaah/eau. Le plus compliqué et le plus long ce n'est pas le développement, mais la mise au point du cahier des charges, qui varie selon les commentaires et critiques des autres contributeurs. — Dakdada 15 août 2013 à 15:41 (UTC)

Le cas où on aurait plusieurs codes langue identiques serait aussi géré ? Sinon le principe me plaît personnellement. Automatik (discussion) 15 août 2013 à 16:04 (UTC)

Qu'est-ce que tu entends par plusieurs codes langues identiques ? — Dakdada 15 août 2013 à 16:35 (UTC)

Par exemple si l’on veut ajouter deux noms vernaculaires pour la même langue (je suppose qu’on ajoute deux lignes avec le même code langue ?), comme dans Chordata. L’affichage serait-il géré sur une seule ligne par exemple ? Automatik (discussion) 15 août 2013 à 16:44 (UTC)

En effet, chaque entrée pour une langue quelconque peut compter de multiples mots, avec des indicateurs de genre et nombre, registre, etc. Par ex., à joli on a pour l’{{id}} « bagus, baik, cantik ». À beau, pour l’{{en}} on a « : beautiful (but for a man: handsome), pretty (but for a man: handsome), handsome, fine, lovely, fair » et pour le {{sa}} on a « सुन्दर (sundara) masculin, féminin, neutre ». Urhixidur (discussion) 15 août 2013 à 18:51 (UTC)

Sans parler des traductions littérales de proverbes, ou des registres de langue que l'on trouve parfois dans cette rubrique. JackPotte ($♠) 15 août 2013 à 19:03 (UTC)

Comme je l'ai dit la proposition ici ne concerne pas les traductions, uniquement les dérivés en d'autres langues et autres. Si on a plusieurs noms possible, il suffirait de séparer les éléments avec des virgules. — Dakdada 15 août 2013 à 20:31 (UTC)

En passant, ce serait inédit d’avoir une liste de paramètres sans pipe entre chacun d’eux. Mais moi ça ne me dérange pas, c’est plus clair pour les néophytes (mais troublant en comparaison avec les autres modèles ne respectant pas cette norme). Au fait, c’est vraiment voulu ? — Automatik (discussion) 20 octobre 2013 à 01:15 (UTC)

Ah... non (en fait c'est possible de faire sans les barres verticales mais c'est probablement à éviter). NB : j'ai fait d'autres essais depuis, notamment un qui utilise une liste à puces et une mise en forme qui correspond presque exactement à ce qui est affiché et utilisé actuellement (Discussion_module:traduction_table). Cela dit je n'ai pas encore de code correspondant pour vraiment tester, et il reste le problème de comment indiquer les traductions existantes/manquantes dans les autres dicos de manière élégante (il faudrait introduire une marque simple pour les mots inexistants). — Dakdada 20 octobre 2013 à 11:35 (UTC)

{{poissons}}

Bonjour.

Je viens de constater que {{poisson}}{{poissons}} qui catégorise bien en [[catégorie : poissons en XXX]] affiche ichtyologie. Quel modèle utiliser pour le vocabulaire général de l'ichtyologie par exemple les noms des taxons au-dessus de l'espèce ? --Pjacquot (discussion) 26 août 2013 à 13:30 (UTC)

Il y a aussi {{ichtyologie}} si c’est ce que tu cherches. Automatik (discussion) 26 août 2013 à 13:55 (UTC)

La question n'est pas de chercher un modèle particulier, le problème est que nous avons deux modèles qui commencent l'un comme l'autre par {{term|ichtyologie}} et qui catégorisent vers des catégories différentes. --Pjacquot (discussion) 26 août 2013 à 14:09 (UTC)

Ce type de modèle avait été lancé il y a plusieurs années déjà, {{plantes}} affiche botanique, et {{animaux}} zoologie. JackPotte ($♠) 26 août 2013 à 14:11 (UTC)

J’avais posé une question similaire sur Wiktionnaire:Wikidémie/avril_2013#Modèle:minéraux et Modèle:minéralogie, et on m’avait répondu que c’était fait exprès. Cela dit je ne suis pas contre enlever l’affichage (ichtyologie) pour les poissons. Automatik (discussion) 26 août 2013 à 14:13 (UTC)

D’un côté ça fait une ancre #poisson à la définition du poisson, de l’autre on ne peut pas afficher le mot poisson avant une définition car il avait été remarqué que ce n’était pas dans l’usage lexicographique (contrairement à zoologie que l’on retrouve dans plusieurs dictionnaires). JackPotte ($♠) 26 août 2013 à 14:15 (UTC)

Ok c'est donc normal. Je suis soulagé--Pjacquot (discussion) 26 août 2013 à 14:18 (UTC). Cordialement.

Je voudrais faire remarquer qu'il y a de nombreux noms de poissons qui n'ont rien à voir avec l'ichtyologie (par exemple garlèche, mais ce n'est qu'un exemple parmi des quantités d'autres). Ce modèle poissonpoissons est donc très susceptible d'être mal employé. Pour moi, il n'a pas de raison d'être, et il vaut bien mieux rajouter la catégorie à la main. Lmaltier (discussion) 19 septembre 2013 à 19:10 (UTC)

Les 2 seuls systèmes permettant de conserver à la fois tous les avantages c’est-à-dire :

• l’ancre #poisson (permet de lier précisément, et de faire automatiquement des dictionnaires thématiques),
• un modèle facile à mémoriser qui catégorise avec la bonne syntaxe,
• un code propre et lisible : {{poissons|fr}}

Tout en évitant d’avoir :

• une étiquette inhabituelle et inutile car redondante : (Poisson) Poisson de mer à large…,
• une étiquette erronée : (Ichtyologie) pour garlèche.

c’est d’avoir un modèle {{poissons|fr}} catégorisant mais sans affichage !

ou bien d’avoir un modèle {{poissons|fr}}, catégorisant, dont l’affichage se confond avec l’hyperonyme de la définition (mais cela obligerait souvent à modifier la définition pour y ajouter cet hyperonyme). Stephane8888 ✍ 19 septembre 2013 à 20:08 (UTC)

Il ne faut surtout pas se donner des contraintes artificielles sur les définitions juste pour justifier l'emploi d'un modèle. Mais la proposition sans affichage pourrait avoir avoir (dans quelques cas seulement, par exemple perche) l'intérêt de mettre l'ancre. Mais c'est la première fois que j'entends cet argument, et je ne pense pas qu'il y ait actuellement des liens du type perche#poisson|perche... Cela me semble une proposition toute nouvelle. Mais même si on l'adopte, il ne faut pas que ça dissuade de mettre des catégories en clair, il y a des cas où c'est incontournable. Lmaltier (discussion) 20 septembre 2013 à 05:54 (UTC)

Sur ce coup je suis d’accord avec Lmaltier, je préfère mettre le modèle de la catégorie parente avec un nocat puis ajouter la catégorie en clair plutôt que de recourir à ce genre de modèles qui perturbent les nouveaux contributeurs ainsi que certains anciens… (la preuve en image avec le cas Pamputt ci-dessus). V!v£ l@ Rosière ^{/Murmurer…/} 20 octobre 2013 à 13:17 (UTC)

Modification proposée à une des règles de {{clé de tri}}

La règle que je vise est celle qui se lit :

• Terme avec tiret ou trait d’union à l’intérieur : Remplacer le tiret/trait d’union par une espace unique

Rappelons que l’apostrophe, lui, est éliminé et non remplacé par une espace. On aura donc la même clé de tri pour :

• entraccorder
• entr’accorder

Mais deux clés différentes pour :

• entrebâiller (clé entrebailler)
• entre-bâiller (clé entre bailler)

Pourtant la règle telle qu’elle existe est correcte dans des cas comme les toponymes :

• île du Prince Édouard
• Île-du-Prince-Édouard

Je propose donc un compromis :

• Terme avec tiret ou trait d’union à l’intérieur : Remplacer le tiret/trait d’union par une espace unique si la forme est celle d’une locution, sinon le supprimer

Le but poursuivi est que les termes soumis à la règle des mots soudés de la rectification orthographique de 1990 aient la même clé de tri avant et après la soudure. Il existe aussi bon nombre de mots pour lesquels le trait d’union était optionnel bien avant 1990.

Qu’en pensez-vous ? Urhixidur (discussion) 19 septembre 2013 à 18:19 (UTC)

Ça me paraît très bien comme proposition. Stephane8888 ✍ 19 septembre 2013 à 18:43 (UTC)

Je ne comprends pas du tout quel intérêt il y aurait à ce que ces termes aient la même clé de tri avant et après la soudure, tout au contraire : la seule raison d'être des clés de tri est la recherche dans les catégories, et pouvoir trouver ces mots à deux endroits différents dans les catégories augmente les chances de les trouver, quelle que soit la façon de rechercher du lecteur. Les regrouper au même endroit n'a pas d'intérêt. En plus, ça rend la règle plus compliquée (et sujette à des interprétations subjectives). Il vaut mieux rester simple.

Par contre, je proposerais bien de traiter les apostrophes comme les traits d'union : je n'ai jamais compris pourquoi on les traitait différemment. Lmaltier (discussion) 19 septembre 2013 à 19:03 (UTC)

L’avantage de ranger les variantes orthographiques au même endroit est d’offrir cette vision synoptique aux lecteurs de la catégorie (ce serait davantage neutre). Mais si on considère une catégorie comme un index permettant de trouver un mot ou une locution, alors la solution de Lmaltier est meilleure (c’est davantage utile). Je ne peux pas trancher car je n’utilise jamais les catégories. Je conçois difficilement que certains s’amusent à balayer nos catégories (assez difficiles à trouver) pour y dénicher le mot qu’ils cherchent alors qu’un moteur de recherche leur tend les bras en permanence. Stephane8888 ✍ 19 septembre 2013 à 19:33 (UTC)

Et pourtant, les catégories peuvent être très utiles, par exemple quand on a oublié l'orthographe précise d'un mot. En fait, les catégories permettent de consulter le Wiktionnaire comme si c'était un dictionnaire papier, certains aiment bien. Les catégories thématiques ou spécialisées sont par ailleurs très utiles quand on a carrément oublié un mot, et qu'on a besoin de le voir écrit pour le retrouver. C'est un énorme plus du Wiktionnaire (même si ce n'est sans doute pas encore un plus très utilisé).

De toutes façons, la modification proposée ne concerne que les utilisateurs des catégories, les autres ne sont pas concernés. C'est donc uniquement à ceux qui les utilisent qu'il faut penser ici. Lmaltier (discussion) 19 septembre 2013 à 20:15 (UTC)

Utilité et simplicité de la règle. Stephane8888 ✍ 19 septembre 2013 à 20:22 (UTC)

C'est-à-dire ? Je pense qu'effectivement, comme je l'ai expliqué, garder la règle sur les traits d'union inchangée la conserve à la fois plus utile et plus simple. Lmaltier (discussion) 19 septembre 2013 à 20:42 (UTC)

Un avantage de la règle modifiée provient de sa genèse : j’en suis venu à cette conclusion à force de regrouper des paires de tableaux de conjugaisons de verbes ayant subi la rectification de 1990 (disparition du î, surtout) sous la forme d’une seule page avec le {{Onglets conjugaison}} et une transclusion des autres points d’accès. Ça simplifie l’écriture de la paire de tableaux (et permet d’éviter des dérives entre les deux, comme le choix des temps et personnes à griser), ça centralise leur entretien et les onglets permettent à l’utilisateur de comparer plus facilement. Mais lorsque je suis tombé sur les paires de verbes ayant subi la soudure, c’est là que ça c’est mis à clocher. Dans tout dictionnaire papier que j’ai pu consulter, les mots avec et sans soudure étaient toujours côte à côte, aussi je ne crois pas que la règle que je propose soit révolutionnaire. Urhixidur (discussion) 20 septembre 2013 à 01:44 (UTC)

Il ne faut pas comparer avec les dictionnaires papier. Les dictionnaires papier ont une règle simple, de façon générale : ils ne tiennent compte ni des apostrophes, ni des traits d'union, ni des espaces. C'est tout à fait normal, car ils ont très peu de locutions comme entrées, et ce faible nombre ne justifie pas une complication de la règle. Comme nous avons plein de locutions comme entrées, nous avons préféré suivre la philosophie utilisée en général par des listes ayant beaucoup de traits d'union et d'espaces dans leurs entrées, comme par exemple des listes de stations de métro ou de rues : par exemple, pour prendre un cas très courant, les noms en Sainte- sont regroupés, et on ne trouve pas Saint-Eustache entre Sainte-Sophie et Sainte-Victoire, comme ce serait le cas avec les dictionnaires papier. Pour ce qui est de l'argument des pages de conjugaison, je ne comprends pas : normalement, on a des pages de conjugaison différentes selon qu'il y a un trait d'union ou pas, c'est le plus simple pour les lecteurs (et le plus facile à automatiser, d'ailleurs). Lmaltier (discussion) 20 septembre 2013 à 05:43 (UTC)

En parlant de modèles/module, j'ai réécrit Module:clé de tri2 (car Module:clé de tri n'est pas du tout optimal). Vous pouvez tester les règles dans la page de discussion : Discussion module:clé de tri2. Les règles peuvent encore y être modifiées. — Dakdada 20 septembre 2013 à 09:09 (UTC)

NB : d'autant que la clé actuelle créée par Module:clé de tri est incomplète. — Dakdada 20 septembre 2013 à 09:14 (UTC)

« Les dictionnaires papier ont une règle simple, de façon générale : ils ne tiennent compte ni des apostrophes, ni des traits d’union, ni des espaces. » Faux. On y trouve tous les Saint- avant de passer aux Sainte-. Mais on trouve contre-balancer et contrebalancier côte à côte (Quillet-Grolier). Peut-être devrais-je reformuler la règle proposée ?

• Terme avec tiret ou trait d’union à l’intérieur : Remplacer le tiret/trait d’union par une espace unique à moins que l’orthographe admette (dans les faits ou potentiellement) de le supprimer, auquel cas on le supprime

Dit ainsi, on s’en remet à l’usage, qui veut que certains préfixes ((entre-, contre-, pseudo-, extra-, etc.) puisse s’écrire aussi bien avec que sans trait d’union. La clé de tri ne ferait que refléter cet état de fait. Urhixidur (discussion) 20 septembre 2013 à 11:31 (UTC)

Donc ça veut dire qu'il y a des exceptions chez les dictionnaires papier (mais je pense que sur les dictionnaires de langues, il ne devrait y avoir quasiment pas d'exception). Mais tu ne réponds pas à mon point principal : c'est plus utile aux lecteurs des catégories de séparer les entrées de ce genre que de les regrouper. Lmaltier (discussion) 20 septembre 2013 à 18:43 (UTC)

Pourquoi est-ce que tu considères la séparation des clés plus utile que l’inverse ? J’ai la perception contraire. Urhixidur (discussion) 23 septembre 2013 à 13:40 (UTC)

Quand il y a plusieurs orthographes, ça permet au lecteur de trouver ce qu'il cherche de façon naturelle, quel que soit l'endroit où il cherche (et le lecteur normal ne connait pas le détail des règles qu'on utilise). Regrouper lui donne moins de chance de trouver. Je rappelle que le seul intérêt de la clé de tri, c'est pour les lecteurs qui consultent les catégories. Lmaltier (discussion) 20 octobre 2013 à 15:29 (UTC)

Voici d’ailleurs une autre source qui abonde dans mon sens : Règles du classement alphabétique en langue française. Notez l’introduction, qui mentionne que ces règles sont les règles traditionnelles qu’utilisent entre autres Larousse et le Robert. Urhixidur (discussion) 23 septembre 2013 à 14:15 (UTC)

Oui, mais les règles sont généralement légèrement différentes dans les répertoires de rues ou de stations de métro (par exemple), et il y a des raisons à ça (voir ci-dessus). Lmaltier (discussion) 20 octobre 2013 à 16:22 (UTC)

Hmmm… Comme Stephane, les deux solutions se justifient et peuvent être utiles selon la manière de rechercher un mot dans une catégorie. Je ne peux pas trancher car faire au cas par cas pourrait finalement aussi bien aider la recherche d’un mot de certains que gêner celles d’autres. V!v£ l@ Rosière ^{/Murmurer…/} 22 octobre 2013 à 06:58 (UTC)

Modèle:phyton et modèle:plantes

Bonjour,

Actuellement {{phyton}} redirige vers {{plantes}}, car il existe le mot phytonyme pour désigner une plante vernaculaire. Cela dit, je l’ai trouvé dans une page, et je n’avais pas compris ce que ça voulait dire. Si vous aussi vous ne le trouvez pas clair comme nom de modèle, alors je me ferai un plaisir de le remplacer dans les pages où il se trouve (par {{plantes}}, donc). — Automatik (discussion) 8 octobre 2013 à 20:02 (UTC)

Par convention certains dictionnaires introduisent leurs définitions par un domaine d'utilisation (dont la phytonymie), mais aucun par un hyperonyme (du moins la dernière fois que cela a été abordé). JackPotte ($♠) 8 octobre 2013 à 20:20 (UTC)

En fait l’affichage est de toute façon (Botanique), donc il n’est question que de la clarté du nom du modèle (pour les contributeurs, en particulier les nouveaux). De plus la catégorisation est catégorie:Plantes. — Automatik (discussion) 8 octobre 2013 à 20:36 (UTC)

OK, si tu veux supprimer {{phyton}} je n'y vois pas d'objection car une catégorie du même nom serait redondante de Catégorie:Plantes. JackPotte ($♠) 8 octobre 2013 à 20:41 (UTC)

Modèle:Étymologie graphique chinoise

Ce modèle contient un titre de section de niveau 3 et du contenu supplémentaire. Afin d'homogénéiser notre mise en page et de préparer le passage aux sections modifiables, il va falloir séparer le titre et le contenu de la section. Pour ce faire, je propose l'utilisation d'un modèle de section {{-étym-graphique-}} ou {{-étymologie-graphique-}} et la conservation du modèle {{Étymologie graphique chinoise}} sans la partie section. Un bot pourra se charger de remplacer les occurrences de ce modèle. — Dakdada 23 octobre 2013 à 08:50 (UTC)

Le changement proposé est tout simple :

Actuel	Proposé	(Version section modifiable)
{{Étymologie graphique chinoise |... }}	{{-étymologie-graphique-}} {{Étymologie graphique chinoise |... }}	=== {{S|étymologie graphique}} === {{Étymologie graphique chinoise |... }}

— Dakdada 23 octobre 2013 à 09:31 (UTC)

NB : d'autres modèles devront subir le même sort : {{composition}}, {{sinogram-noimg}}, peut-être d'autres. — Dakdada 23 octobre 2013 à 09:33 (UTC)

Pourquoi on ne passerait pas directement de l'actuel à la section modifiable ? JackPotte ($♠) 23 octobre 2013 à 11:12 (UTC)

On pourrait, mais encore faut-il qu'on lance la prise de décision, et ça devra attendre la fin du Lexiconcours. — Dakdada 23 octobre 2013 à 11:40 (UTC)

Enfin, pourquoi pas, s'il faut absolument que les sections soient éditables - ça fait plus de volume dans la page, mais de toute manière je remplis ça toujours par des copié-collé. La section est en réalité une section d'étymologie, c'est parce que ça porte sur un caractère chinois que le contenu est bizarre. Micheletb (discussion) 24 octobre 2013 à 05:17 (UTC)

 Pour Je donne mon soutien explicite concernant la modification de ce modèle et des autres à venir. V!v£ l@ Rosière ^{/Murmurer…/} 24 octobre 2013 à 05:28 (UTC)

•  Pour également, il faut pouvoir modifier toutes les sections indépendamment, puisque cela contribue à faciliter la modification des pages du Wiktionnaire. — Automatik (discussion) 28 novembre 2013 à 22:59 (UTC)

Modèle:blocage

Modèle inutile et catégorie associée supprimée suite à cette requête. V!v£ l@ Rosière ^{/Murmurer…/} 12 novembre 2013 à 05:13 (UTC)

Ajout d'un paramètre dans un modèle

Bonjour, serait-ce possible d'ajouter le paramètre rac-pl dans {{sv-nom-n-er}} ? Pour exemple, ce paramètre est déjà présent dans {{sv-nom-c-or}}. Merci d'avance. Surkål (discussion) 28 novembre 2013 à 22:06 (UTC)

Salut, j’ai ajouté le paramètre, mais je ne suis pas sûr qu'il ait le comportement attendu, car je ne connais pas les intentions du modèle. Peux-tu me préciser ce qu’il faudrait faire au besoin ? Bonne soirée, — Automatik (discussion) 28 novembre 2013 à 22:55 (UTC)

Merci, ça marche. C'était pour land, dans le sens de pays (page en construction). Surkål (discussion) 28 novembre 2013 à 23:25 (UTC)

paramètre conv dans -symbole-

Le modèle de section {{-symbole-}} sous-entend par défaut que le paramètre de langue est "conv" si le paramètre n’est pas donné. Or il y a deux usages actuels dans le Wiktionnaire : la grande majorité est écrite avec le paramètre conv, et seulement une poignée de pages n’ont pas de paramètre (papa, ♭, ♮, `, δρχ, USN). Je propose de rendre obligatoire la précision du code "conv", ce sera bien plus simple.

NB : dans le cas où le code langue est "conv", la catégorisation se fait dans Catégorie:Symboles, et pas Catégorie:Symboles en conventions internationales (qui existe pourtant). Ce serait peut être mieux de mettre tous les symboles "internationaux" dans la catégorie Catégorie:Symboles en conventions internationales. — Dakdada 6 décembre 2013 à 13:59 (UTC)

OK pour moi. C'est d'ailleurs ce que font les lusophones par exemple. JackPotte ($♠) 6 décembre 2013 à 19:22 (UTC)

Les anglophones aussi font ainsi (en:Category:Translingual symbols), nous n’avions simplement pas le lien interwiki dans notre catégorie:Symboles car elle regroupe ce qui est à la fois dans en:category:Symbols et dans en:category:Translingual symbols. Cette proposition permettrait de corriger cela en séparant les symboles internationaux des symboles des autres langues, si personne n’y voit d’objection. — Automatik (discussion) 7 décembre 2013 à 19:40 (UTC)

J’ai remarqué qu’on a la même question qui se pose pour {{-nom-sciences-}} : il catégorise dans catégorie:Noms scientifiques par défaut, car il n’est fait que pour les conventions internationales. Pour les codes autres que "conv", ce modèle semble avoir été déconseillé en PàS.
D’un autre côté, {{-déf-}} ne s’occupe pas de la catégorisation grammaticale pour les types de mot de code "conv", contrairement aux autres langues : il laisse les modèles de types de mot utilisés dans une section de conventions internationales catégoriser par eux-mêmes. Ainsi {{-nom-|conv}} ne catégorise-t-il pas l’entrée Euchloe insularis dans catégorie:Noms communs en conventions internationales, bien qu’elle existe (mais elle ne regroupe que des sous-catégories).
Un autre exemple d’incohérence pour la gestion des termes en conventions internationales est que certaines pages utilisent une section {{-trad-}} avec {{T}} et {{trad}} pour traduire un nom scientifique dans d’autres langues, tandis que d’autres utilisent {{-noms-vern-}} (avec au choix {{T}}/{{trad}} ou {{L}}/{{lien}}, même si cela devrait être uniformisé logiquement en {{L}}/{{lien}}, si je ne me trompe pas ?). D’autres pages utilisent même {{-noms-vern-}} pour le français et {{-trad-}} pour les autres langues.
Les conventions du Wiktionnaire qui s’appliquent aux sections de conventions internationales sont probablement les moins bien définies/gérées, et il serait bon qu'on s’en occupe. — Automatik (discussion) 14 décembre 2013 à 18:56 (UTC)

Modèle:term

Bonjour,

Il y a quelques cas où l’on trouve le modèle {{term}} utilisé pour générer un texte à mettre dans la ligne de forme (ex : les modèles {{contraction}}, {{irrégulier}}, {{diptote}}, et peut-être d’autres). Je ne sais pas pourquoi puisque ce dernier met automatiquement la première lettre du mot en majuscule (pas beau ni justifié dans la ligne de forme), et est fait pour indiquer un domaine d’utilisation ; c’est-à-dire qu’à priori il devrait être utilisé pour des modèles qui sont dans la catégorie:Modèles de domaine d’utilisation.

Je propose donc de réécrire ces modèles pour qu’ils soient adaptés à une ligne de forme. Pour info, voici leurs utilisations :

• {{contraction}} alias {{contr}} : 71/74 utilisations dans la ligne de forme
• {{irrégulier}} alias {{irrég}} : 556/566 utilisations dans la ligne de forme
• {{diptote}} : 2/2 dans la ligne de forme

Ça me paraît donc un changement évident, je précise donc que je le ferai sous peu sauf opposition. — Automatik (discussion) 13 décembre 2013 à 03:09 (UTC)

Effectivement la contraction relève de l'étymologie et certains la préfère sur la ligne de forme, mais pas sur celle de définition. JackPotte ($♠) 13 décembre 2013 à 08:07 (UTC)

Ça me parait logique. En passant, ce serait bien d’avoir un modèle de base pour les modèles de la ligne de forme, comme {{term}} et les autres pour la ligne de définition. Actuellement tous les styles sont écrits en dur (couleurs notamment), ce qui n’est pas très pratique. — Dakdada 13 décembre 2013 à 16:23 (UTC)

— Automatik (discussion) 14 avril 2014 à 16:10 (UTC)

Modèle:ponctuation

Bonjour,

Ce modèle prend le code langue "conv" par défaut si on n’en renseigne pas. Ne préférez-vous pas que le code langue soit systématique, par homogénéisation et pour faciliter la maintenance (ça permettrait de le réécrire comme les autres modèles de domaine d’utilisation avec les différents paramètres de {{term}}) ? Il n’est utilisé que dans 14 pages. Une modification pas très importante mais qui permet de repartir sur de bonnes bases pour de futurs changements — qui arrivent naturellement au fur et à mesure que le Wiktionnaire évolue. — Automatik (discussion) 13 décembre 2013 à 03:16 (UTC)

D'un autre côté la ponctuation pourrait être une sous-catégorie de Catégorie:Symboles, par exemple avec {{-ponctuation-}} ou {{-symbole-|ponctuation=1}}. JackPotte ($♠) 13 décembre 2013 à 08:14 (UTC)

Apparemment il y a au moins une entrée de Catégorie:Signes de ponctuation en conventions internationales qui ne pourrait pas être considérée comme un symbole, il me semble : ... (trois points distincts). — Automatik (discussion) 13 décembre 2013 à 10:39 (UTC)

Les points de suspensions sont pourtant catégorisés dans les caractères. JackPotte ($♠) 13 décembre 2013 à 13:33 (UTC)

Ceux-là : …, oui, mais pas ceux dont je parlais (suite de trois caractères). — Automatik (discussion) 13 décembre 2013 à 13:36 (UTC)

Une section pour les signes de ponctuations me semble raisonnable : ce sont des symboles bien particuliers (donc en sous-catégorie aussi). Pour le modèle, « signe de ponctuation » est plus correct que « ponctuation », même si c’est plus long. Je l’ajouterai aussi à Module:types de mots/data selon ce qu'on décide. — Dakdada 13 décembre 2013 à 16:16 (UTC)

Modèle:marque

Bonjour,

Ce modèle affichait à ses débuts [6] le simple symbole ®, et il était donc utilisé certaines fois juste après le nom d'une marque commerciale, sans espace. Depuis, il a été changé pour rendre (Marque commerciale) (cf. [7]), sans forcément que les pages liées aient été traitées. Aujourd’hui ce modèle est utilisé un peu partout indifféremment de son rendu et je voudrais donc proposer de remplacer ses utilisations par un texte adapté à chaque endroit où il est placé, en gardant toutefois le modèle pour l’usage le plus répandu actuellement.

Après analyse, voici les utilisations actuelles du modèle — il peut y en avoir plusieurs différentes dans une même page :

• Sur la ligne de forme : 75/167 pages concernées (ex. : duplicate Scrabble)
• Dans la section étymologie : 33/167 pages concernées (ex. : frigolite)
• Au début de la définition : 26/167 pages concernées (ex. : critérium)
• Ailleurs, par exemple dans une liste de synonymes

Que pensez-vous de remplacer les utilisations de ce modèle :

• dans la ligne de forme par « marque commerciale » en réécrivant le modèle pour cela (une fois les pages liées traitées)
• dans la ligne de définition utiliser un modèle {{marques commerciales}} qui afficherait ce qu’affiche actuellement le modèle {{marque}} soit « (Marque commerciale) »
• dans la section d’étymologie et ailleurs, par simplement « (marque commerciale) », sauf cas où la majuscule serait justifiée

?

En vous remerciant par avance pour vos avis sur la question, — Automatik (discussion) 17 décembre 2013 à 21:41 (UTC)

Modèle:interwiktionnaire

Bonjour,

Le modèle {{interwiktionnaire}} contient actuellement une puce, ne faudrait-il pas plutôt l’enlever pour la mettre en dehors, comme pour les autres modèles de ce genre ({{WP}}, {{Catégorie langue}}, etc.) ? — Automatik (discussion) 21 décembre 2013 à 21:31 (UTC)

Pourquoi pas. JackPotte ($♠) 21 décembre 2013 à 22:15 (UTC)

Une des raisons pour laquelle je proposais cette modification est de pouvoir homogénéiser la présence des puces dans une section "Voir aussi". Exemple :

{{-voir-}}
* {{Catégorie langue}}
{{interwiktionnaire|bg}}
* {{WP}}

pourrait être :

{{-voir-}}
* {{Catégorie langue}}
* {{interwiktionnaire|bg}}
* {{WP}}

Donc voilà, si tout le monde consent, je le ferai plus tard. — Automatik (discussion) 6 janvier 2014 à 20:26 (UTC)

Si tu veux. JackPotte ($♠) 6 janvier 2014 à 21:42 (UTC)

En fait le modèle {{interwiktionnaire}} utilise une classe noprint autour du rendu, afin de cacher la ligne qu’il génère dans la version imprimable. Ce ne serait pas possible à ma connaissance de garder cet effet si on sépare l’élément de liste de son contenu. — Automatik (discussion) 3 février 2014 à 14:05 (UTC)

Pourquoi donc noprint est-il utilisé ? — Dakdada 3 février 2014 à 14:59 (UTC)

Je serais d’accord pour le supprimer. Il a été recopié de la version anglophone ({{Interwiktionary}}), qui elle utilise un bandeau. Et elle met aussi "noprint" sur {{Wikipedia}}, donc sur les autres bandeaux de ce type apparemment. Mais pas sur les modèles de liste comme {{PL:pedia}}. Donc pas de raison de le distinguer des autres modèles de liste sur ce point. Sauf avis contraire, j’enlèverai cet attribut. — Automatik (discussion) 3 février 2014 à 15:24 (UTC)

. Il y avait déjà plus d’un tiers de {{interwiktionnaire}} avec une puce devant, même si ça ne gênait pas l’affichage. — Automatik (discussion) 18 février 2014 à 18:25 (UTC)

2014

Modèle pour la ligne de forme des verbes en grec moderne

Bonjour, le wiktionnaire français n'a pas pour l'instant de modèle pour la ligne de forme des verbes en grec moderne. Le modèle devrait demander la forme de présent, d'aoriste, de futur (et peut-être d'imparfait), qui permettent de faire la conjugaison. Je me demande s'il faut s'inspirer du latin et du grec ancien ({{la-verb}} et {{grc-verb}}) et créer un modèle {{el-verb}} sur le modèle de en:Template:el-verb du wiktionnaire anglais (qui spécifie le présent et l'aoriste) ou el:Πρότυπο:el-ρήμα du wiktionnaire grec (qui spécifie présent, imparfait, futur, aoriste, voix médiopassive, participe passif). L'autre possibilité serait d'avoir des modèles comme {{prés}} et {{pré}} mais j'ai peur que cela ne permette pas d'unifier la mise en page. Chinedine (discussion) 1 janvier 2014 à 15:07 (UTC)

OK, bonne idée. JackPotte ($♠) 1 janvier 2014 à 15:10 (UTC)

On a une raison pour ne pas mettre de "e" à "verb" ? — Dakdada 9 janvier 2014 à 14:31 (UTC)

Ce serait bien au moins que ce soit uniforme avec {{la-verb}} et {{grc-verb}}. J'ai pas d'opinion du moment que c'est pas aléatoirement avec un "e" ou pas selon la langue. — Chinedine (discussion) 9 janvier 2014 à 14:44 (UTC)

S’il n’y a pas beaucoup de modèles abrégés de la sorte c’est facile à changer avec un petit bot. Comme les modèles de section vont maintenant recommander verbe en entier, ce serait plus harmonieux. Mais ça reste un détail : la création de ces modèles pour le grec est une bonne chose. — Dakdada 9 janvier 2014 à 14:50 (UTC)

Fusion de modèles de domaine d’utilisation

Certains modèles de domaine d’utilisation gagneraient à être fusionnés. Par exemple, {{industrie pétrolière}} pourrait être remplacé par {{industrie|spéc=pétrolière}}. Les candidats :

• {{football}}, {{football américain}} et {{football canadien}}
• {{industrie}} et {{industrie pétrolière}}
• {{jeux}} et {{jeux vidéo}}
• {{médecine}}, {{médecine non conv}} et {{médecine vétérinaire}}
• {{tennis}} et {{tennis de table}}

Il y a aussi un foisonnement de modèles individuels pour les sports, qui pourrait gagner à être rationnalisé. Urhixidur (discussion) 9 janvier 2014 à 14:29 (UTC)

Le problème de {{ski}} est qu'il correspond à un code langue, donc autant conserver {{ski alpin}} et {{ski de fond}}. JackPotte ($♠) 9 janvier 2014 à 15:35 (UTC)

Le football et le football américain sont totalement différents. Le tennis et le tennis de table aussi. — TAKASUGI Shinji (d) 9 janvier 2014 à 16:06 (UTC)

Il ne s’agit pas de fusionner les domaines, loin s’en faut ! Je suggère simplement de fusionner les modèles. Tout le reste sera inchangé, dont la catégorisation. Urhixidur (discussion) 13 février 2014 à 01:59 (UTC)

Quitte à fusionner les modèles, autant faire comme les anglophones, qui écrivent {{contexte|X|Y|Z|lang=fr}}, que l'on pourrait simplifier en {{contexte|X, Y, Z|fr}}. Exemples : {{contexte|jeux vidéo|fr}}, {{contexte|jeux vidéo, familier|fr}}, etc. (voir Discussion modèle:C). — Dakdada 13 février 2014 à 19:14 (UTC)

Je suis d’accord, si le but est la simplification de la maintenance, alors un modèle {{contexte}} générique serait une bonne cible à atteindre. D’autant plus qu’écrire {{industrie|spéc=pétrolière|fr}} est plus long et difficile à comprendre pour un nouveau contributeur que {{industrie pétrolière|fr}}. {{contexte}} permet à la fois de rendre la chose plus claire aux nouveaux contributeurs, tout en simplifiant la maintenance aux plus anciens. — Automatik (discussion) 13 février 2014 à 19:54 (UTC)

Pourquoi pas ? Il va falloir un bot qui recense les catégories ainsi créées afin de rationaliser de temps à autre les variantes erronées ou synonymiques (par ex. « industrie du pétrole, industrie petroliere ». Urhixidur (discussion) 18 février 2014 à 11:59 (UTC)

D’après ce que j’ai compris, un bot ne serait pas nécessaire puisque tous les domaines d’utilisation seraient regroupés dans Module:contexte/data, et les pages utilisant des domaines non répertoriés pourraient ainsi être catégorisées automatiquement. — Automatik (discussion) 18 février 2014 à 17:14 (UTC)

Modèle pour simplifier et standardiser l'écriture des modèles de ligne de forme

Bonjour,

J’ai proposé l’adoption d’un nouveau modèle pour simplifier l’écriture des modèles de ligne de forme : Wiktionnaire:Questions techniques/février 2014#Modèle:ligne de forme. Merci de préciser si vous y avez des objections, des remarques, etc.

En vous remerciant pour votre attention, — Automatik (discussion) 10 février 2014 à 20:47 (UTC)

Capitalisation

Le code capitalise les noms de langue comme ceci :

local nom_langue = b.ucfirst(langue)    -- Nom en majuscule

Or lorsque le nom est à adjectif antéposé (par ex. vieux russe, ancien français, etc.), il faut que ça capitalise l’adjectif et le nom qui suit. C’est encore plus compliqué qu’on peut le penser, si on prend le cas du « vieux haut allemand ». Donc je soupçonne qu’il va falloir enrichir Module:langues/data avec des entrées donnant les formes capitalisées. Urhixidur (discussion) 9 février 2014 à 21:53 (UTC)

Pourquoi faudrait-il mettre une capitale au nom qui suit ? — Dakdada 9 février 2014 à 22:25 (UTC)

Parce que c’est la règle. Voir par ex. les mentions d’« antéposé » dans w:fr:Wikipédia:Conventions_typographiques (et w:fr:Wikipédia:Conventions_typographiques#Titres d'œuvres (livres, films, etc.) : « Si le titre est composé uniquement d’un adjectif qualificatif suivi d’un substantif, ce dernier prend également une majuscule »). Si le titre de section langue pour l’espagnol s’écrit Espagnol, alors celui de la section vieil espagnol doit s’écrire Vieil Espagnol et non Vieil espagnol : c’est espagnol qui est le spécifique, pas l’adjectif antéposé vieil. Urhixidur (discussion) 11 février 2014 à 12:47 (UTC)

Nos sections ne sont pas des titres d’œuvre que je sache ? — Dakdada 11 février 2014 à 14:45 (UTC)

Non, mais ce sont des titres néanmoins. Urhixidur (discussion) 12 février 2014 à 03:19 (UTC)

Je ne vois pas pour quelles raisons on utiliserait des règles qui sont faites pour autre chose. — Dakdada 12 février 2014 à 08:20 (UTC)

Elles ne sont pas faites pour « autre chose ». Ces titres de section sont ce que Jean-Pierre Lacroux (Orthotypographie) appelle des titres intérieurs. Soyons cohérents : si on ne veut pas les traiter en titres, alors il faut laisser les glossonymes en minuscules, sinon ils deviennent des gentilés. Urhixidur (discussion) 12 février 2014 à 12:30 (UTC)

Tu remarqueras qu’il n’y a aucune règle de majuscules pour les « titres intérieurs ». Tu vas chercher des problèmes là où il n’y en a pas. — Dakdada 12 février 2014 à 12:35 (UTC)

Clés de tri

Je ne peux pas utiliser Module:clé de tri ici tant que ce module ne rassemble pas toutes les règles actuellement présentes dans les différents appels de {{clé de tri}}, car il préempterait les clés. Toutefois il s'agit d'objectif à atteindre pour se passer de tous ces appels. JackPotte ($♠) 27 décembre 2014 à 22:08 (UTC)

Est-ce que justement à ce propos tu as une solution pour gérer le finnois avec module:clé de tri ? Car actuellement si on met un elseif langue == 'fi' then avec des règles dans le module ça remplacera à tort les "ä" par des "a", ce qu'il conviendrait d’éviter. — Automatik (discussion) 27 décembre 2014 à 22:56 (UTC)

Justement je l'avais publié hier. En attendant les autres langues, nous sommes contraint de continuer à utiliser "|clé=" par bot. JackPotte ($♠) 28 décembre 2014 à 11:43 (UTC)

Lettres rares

Il faut limiter la catégorisation des lettres rares seulement dans l’espace principal : Utilisateur:Darkdadaah/Bac à sable. — TAKASUGI Shinji (d) 28 mars 2015 à 03:19 (UTC)

JackPotte ($♠) 28 mars 2015 à 16:49 (UTC)

Nocat

Je compte ajouter un paramètre "nocat" à {{langue}} pour sortir du dictionnaire proprement dit les Catégorie:Fautes d’orthographe. JackPotte ($♠) 16 septembre 2015 à 18:54 (UTC)

Faudra prévenir tous les dresseurs de bot sur WT:QT le cas échéant car cette page n’est pas forcément suivie de tous et ce changement aurait une influence sur le parsage des dumps. Sinon je n’ai rien contre, je crois avoir même proposé dans le passé un paramètre "erreur" pour supprimer la catégorisation par langue des fautes d’orthographe. — Automatik (discussion) 16 septembre 2015 à 19:05 (UTC)

Vos avis ? Urhixidur (discussion) 13 février 2014 à 01:56 (UTC)

Je suis partagé. Pour moi, ce sont des titres, mais l’usage qui consiste à balader des majuscules dans les titres longs me paraît très anglo-saxonne, c’est d’ailleurs comme ça qu’ils font là-bas. Finalement je préfère ne limiter la majuscule qu’au premier mot, dans tous les cas (mais la discussion me paraît tout à fait intéressante !) Eölen 13 février 2014 à 19:02 (UTC)

Je ne vois pas le problème : il y a des règles en français d'utilisation des majuscules dans les titres d'oeuvres ou de documents (par exemple, on écrit Les Misérables'), mais on n'est pas dans ce cas-là. Personne n'irait écrire Ancien Français comme titre de section, et ça me choquerait personnellement de le voir (ça s'écrit peut-être comme ça au Canada, puisque les conventions typographiques y sont un peu différentes des conventions habituelles en français, mais je ne sais pas). Une page qui va dans ce sens : http://wiki.secondlife.com/wiki/LSL_Portal_Translation_Team/fr Lmaltier (discussion) 5 juin 2014 à 17:59 (UTC)

J’ai l’impression que la seule solution qui satisfasse tout le monde soit de ne pas capitaliser les titres de langues. Oui ? Urhixidur (discussion) 5 août 2014 à 14:11 (UTC)

C’est extrêmement courant de capitaliser la première lettre des titres (comme expliqué par ex. dans ce document : [8]), pourquoi changer cette convention ici, sur quelle référence se baserions-nous ? — Automatik (discussion) 18 août 2014 à 19:20 (UTC)

Modèle:ru-déclm

En regardant вокзал, j'ai vu que la déclinaison était complètement incorrecte. En fait, il manquait apparemment un 1 dans le nom des deux paramètres présents dans l'appel du modèle. J'ai corrigé, mais il faudrait aller voir tous les appels de ce modèle pour voir si le même problème n'est pas présent à grande échelle. Cette recherche pourrait se faire par robot (mais il serait peut-être plus prudent de faire les corrections à la main).

Par ailleurs, le modèle fait afficher dans вокзал : "Nom de type indéterminé selon Zaliznyak". En réalité, c'est sans doute parce que le paramètre cl du modèle est absent. Il conviendrait donc dans ce cas de supprimer complètement cette mention (puisqu'on n'a pas le renseignement) plutôt que de faire dire à Zaliznyak ce qu'il n'a pas dit. La documentation dit que le paramètre est obligatoire, mais le modèle fonctionne quand même sans (au moins dans le cas de вокзал), à part pour cette mention.

J'ai jeté un coup d'oeil, mais si les paramètres d'appel du modèle sont nombreux jusqu'à l'absurde, le code aussi est absurdement compliqué, et je serais absolument incapable d'y toucher. Si quelqu'un se sent le courage... Cela conforte mon impression contre les modèles compliqués, qui découragent les contributeurs, et qu'on est en plus incapable de corriger en cas de problème. Lmaltier (discussion) 5 juin 2014 à 17:44 (UTC)

Je ne trouve pas {{ru-déclm}} spécialement compliqué par rapport à ce qui se fait chez les informaticiens, mais nous pouvons toujours "factoriser" ces conditions en Lua, simplifiant ou séparant la page du linguiste de celle de la structure. JackPotte ($♠) 5 juin 2014 à 18:14 (UTC)

Quand je disais compliqué, je voulais dire illisible et donc incompréhensible. Lmaltier (discussion) 5 juin 2014 à 20:40 (UTC)

Environ 130 pages que j’ai listées dans Utilisateur:Automatik/ru-déclm avec paramètre rad sont concernées. Par contre je ne saurais pas avec certitude quelle correction appliquer, n’ayant pas plongé dans le modèle. — Automatik (discussion) 5 juin 2014 à 22:44 (UTC)

Modèle:small

Devrait-on créer son homologue en français Modèle:petit ? V!v£ l@ Rosière ^{/Murmurer…/} 7 juin 2014 à 16:43 (UTC)

Si tu veux, nous avons bien {{Cite book}} qui redirige/utilise {{ouvrage}} ici et sur WP. JackPotte ($♠) 7 juin 2014 à 20:28 (UTC)

Modèle de titre de section désuets

Bonjour,

Comme cela a été fait pour les modèles de langue avec {{modèle désuet de code langue}}, j’ai créé {{modèle désuet de titre de section}}, que je compte renseigner dans les modèles de section. Il catégorisera les modèles dans une catégorie dédiée, catégorie:Modèles désuets de titre de section.

J’aimerais savoir, que fait-on de Catégorie:Modèles de type de mot du Wiktionnaire ? La modifie-t-on simplement en Catégorie:Modèles désuets de type de mot du Wiktionnaire (pour en faire alors une sous-catégorie de la catégorie citée plus haut), ou la supprime-t-on, ou… ? — Automatik (discussion) 23 juin 2014 à 22:53 (UTC)

Comme tu veux. JackPotte ($♠) 24 juin 2014 à 08:39 (UTC)

Bon, je m’en occupe étant donné que c’est un tâche de maintenance pour laquelle il n’est pas réellement utile que toute la communauté soit au courant. — Automatik (discussion) 24 juin 2014 à 14:10 (UTC)

Modèle:réfléchi

Actuellement ce modèle affiche (Réfléchi), et est utilisé sur la ligne de forme comme en début de définition. Or sur la ligne de forme il est plus conforme d’écrire réfléchi en minuscules et sans parenthèses. Je propose donc de séparer {{réfl}} de {{réfléchi}} en rendant indépendant ce premier pour servir spécialement à la ligne de forme.

C’est conforme à une convention actuelle qui veut que les noms abréviatifs soient utilisés sur la ligne de forme et les noms longs sur la ligne de définition. (ex: {{i}}/{{intransitif}}, {{m}}/{{au masculin}}, etc.).

Y a-t-il des objections ? — Automatik (discussion) 24 juin 2014 à 14:10 (UTC)

PS : Même proposition pour {{impersonnel}}/{{impers}}. — Automatik (discussion) 24 juin 2014 à 14:13 (UTC)

OK. JackPotte ($♠) 24 juin 2014 à 20:20 (UTC)

J’ai fait comme ça : {{réfl}}/{{impers}} pour la ligne de forme, {{réfléchi}}/{{impersonnel}} pour la ligne de définition et dans les listes de mots éventuellement. — Automatik (discussion) 14 juillet 2014 à 23:00 (UTC)

Modèle:de-tab-cas (2)

Bonjour,

Depuis janvier 2012, ce modèle a été marqué désuet [9] pour qu’on utilise {{de-nom}} à la place. Je me porterai bien volontaire pour le faire, mais actuellement {{de-tab-cas}} est utilisé 5854 fois alors que {{de-nom}} 1731 fois. (Voir aussi Wiktionnaire:Wikidémie/juillet_2010#Modèle:de-tab-cas --> Modèle:de-nom, Wiktionnaire:Wikidémie/janvier 2011#Lubie de renommage et #Modèle:de-tab-cas)

Y a-t-il encore des raisons de garder le premier modèle ou le remplacement par le second est sensé ?

Merci pour vos réponses. — Automatik (discussion) 2 juillet 2014 à 21:08 (UTC)

C'est un cercle vicieux, plus les gens s'inspirent de l'existant et plus le modèle majoritaire sera répandu. JackPotte ($♠) 2 juillet 2014 à 21:27 (UTC)

Oui j’imagine, je demande pour m’assurer qu'il n’y a pas d’opposition. — Automatik (discussion) 2 juillet 2014 à 21:52 (UTC)

Modèles de conjugaison en grec (moderne)

Bnojour à tous,

Actuellement il y a pas de modèle de tableau de flexions pour les verbes en grec moderne. Je ne comprends pas très bien s’il y a une politique majoritaire pour les tableaux de conjugaison : beaucoup se trouvent en annexe, ce qui n'est pas toujours très pratique (par exemple Annexe:Conjugaison en grec ancien/λύω), parfois on voit une forme réduite sur l'article, comme essen.

En grec moderne, les différentes flexions d'un verbes peuvent se regrouper en quatre temps: présent, imparfait, aoriste et futur/subjonctif, auxquels il faut ajouter l'impératif (4 flexions) et un participe présent. Par ailleurs, de nombreux verbes admettent une voix active (en -ω) et une voix moyenne/passive (en -μαι). Je pense à l'organisation suivante:

• sur la page d'article de la forme active, un tableau avec les 4 temps actifs (une trentaine de mots);
• sur la page du participe présent au nominatif singulier, le tableau ordinaire de déclinaison (utilisant un modèle de déclinaison d'adjectif) (18 mots);
• sur la page d'article de la forme passive, un tableau avec les 4 temps passifs (une trentaine de mots);
• lorsqu'on le souhaite, une page d'annexe avec la liste complète des formes possibles (une centaine de mots).

Sur la page du verbe παίρνω on pourrait voir ceci:

	Présent	Imparfait	Subjonctif	Aoriste
1re sing.	παίρνω	έπαιρνα	πάρω	πήρα
2e sing.	παίρνεις	έπαιρνες	πάρεις	πήρες
3e sing.	παίρνει	έπαιρνε	πάρει	πήρε
...	...	...	...	...
...	...	...	...	...
...	...	...	...	...

Impératif continu	παίρνε, παίρνετε
Impératif synoptique	πάρε, πάρτε
Parfait	έχω πάρει
Participe présent	παίρνοντας

Le lecteur utilisera ses connaissances grammaticales pour en déduire les autres temps (futur continu = θα + présent, plus-que-parfait = parfait avec έχω à l'imparfait...).

J'aimerais votre avis sur la question: le tableau de flexion est-il trop encombrant pour être visible directement dans les articles ? C'est la solution vers laquelle je me dirige actuellement. Chinedine (discussion) 14 juillet 2014 à 18:04 (UTC)

En ce qui concerne l’encombrement, il y a plus imposant, comme certains tableaux de déclinaison tchèques (ex : adekvátní). Donc pas d’objection pour ma part, au contraire même. — Automatik (discussion) 14 juillet 2014 à 22:55 (UTC)

Amélioration de {{fr-accord-mixte}}

Suite à cette proposition de 2012, je propose de changer le code de {{fr-accord-mixte}} pour celui de {{fr-accord-mixte-v2}} (modèle créé à des fins de mise au point, à être supprimé une fois cette proposition acceptée et le changement effectué). En gros, il ajoute un test en deux endroits qui a) détecte si les graphies singulière et plurielle du masculin sont identiques et, si c’est le cas, b) fusionne les cases du masculin en conséquence.

Exemple 1

	Singulier	Pluriel
Masculin	Albonnais Erreur sur la langue !	Albonnais Erreur sur la langue !
Féminin	Albonnaise Erreur sur la langue !	Albonnaises Erreur sur la langue !

devient :

	Singulier	Pluriel
Masculin	Albonnais Erreur sur la langue !
Féminin	Albonnaise Erreur sur la langue !	Albonnaises Erreur sur la langue !

Exemple 2

	Singulier	Pluriel
Masculin	abonné \a.bɔ.ne\	abonnés \a.bɔ.ne\
Féminin	abonnée \a.bɔ.ne\	abonnées \a.bɔ.ne\

reste :

	Singulier	Pluriel
Masculin	abonné Erreur sur la langue !	abonnés Erreur sur la langue !
Féminin	abonnée Erreur sur la langue !	abonnées Erreur sur la langue !

Exemple 3

	Singulier	Pluriel
Masculin	haveur \a.vœʁ\	haveurs \a.vœʁ\
Féminin	haveuse \a.vøz\	haveuses \a.vøz\

reste :

	Singulier	Pluriel
Masculin	haveur Erreur sur la langue !	haveurs Erreur sur la langue !
Féminin	haveuse Erreur sur la langue !	haveuses Erreur sur la langue !

Exemple 4

	Singulier	Pluriel
Masculin	1er Erreur sur la langue !	1ers Erreur sur la langue !
Féminin	1re Erreur sur la langue !	1res Erreur sur la langue !

reste :

	Singulier	Pluriel
Masculin	1er Erreur sur la langue !	1ers Erreur sur la langue !
Féminin	1re Erreur sur la langue !	1res Erreur sur la langue !

Il serait bon de tester plus avant, car {{fr-accord-mixte}} est à la racine d’une grande partie de l’arborescence des tableaux d’accord. Urhixidur (discussion) 5 août 2014 à 13:54 (UTC)

Exemple 5 (version améliorée de fr-accord-mixte-v2, qui teste les prononciations avec les graphies) :

	Singulier	Pluriel
Masculin	ours Erreur sur la langue !	ours Erreur sur la langue ! ou Erreur sur la langue !
Féminin	ourse Erreur sur la langue !	ourses Erreur sur la langue !

(Tableau hypothétique combinant ours et ourse)
Urhixidur (discussion) 12 août 2014 à 18:40 (UTC)

Urhixidur (discussion) 12 août 2014 à 18:57 (UTC)

Amélioration de {{fr-inv}}

Je propose de changer le code de {{fr-inv}} pour celui de {{fr-inv-v2}} (modèle créé à des fins de mise au point, à être supprimé une fois cette proposition acceptée et le changement effectué). En gros, il ajoute les paramètres réf, réfp, etc. permettant d’effectuer un renvoi à une référence pour la graphie ou la prononciation.

Exemple 1

Invariable
Villers-la-Ville \vi.lɛʁs la vil\ ou \vi.lɛʁ la vil\

devient :

Invariable
Villers-la-Ville Erreur sur la langue ! [1] ou Erreur sur la langue !

Références

• ^[1] : …

À bien y penser, on peut probablement se passer de réf pour la graphie, puisque le modèle n’admet pas de graphies alternatives. Urhixidur (discussion) 7 août 2014 à 11:53 (UTC)

On avait discuté de la simplification de ce modèle dans #Modèle:fr-inv, Modèle:en-inv et Modèle:mot-inv. Comme tu le disais déjà dans cette discussion, la section « Prononciation » devrait pouvoir suffire pour ce genre de cas. Je suis favorable à ce que les tableaux de flexions soient les plus concis possible perso, particulièrement lorsqu'ils ne font que répéter de l'information déjà ailleurs dans la page. — Automatik (discussion) 18 août 2014 à 19:02 (UTC)

Erreur dans le modèle donnant la conjugaison du verbe espagnol pedir

Bonjour,
La conjugaison du verbe espagnol irrégulier pedir présente une erreur à la deuxième personne du singulier du subjonctif présent (forme sud-américaine du « vos ») : il est indiqué « (vos) pedás », alors que la forme correcte, indiquée dans la page correspondante en espagnol est « (vos) pidás ».
Je ne suis pas assez familier du modèle complexe utilisé Modèle:es-conj-3 pour aller rectifier moi-même cette erreur.
BTH (discussion) 6 août 2014 à 15:34 (UTC)

J'invoque ici bas ArséniureDeGallium (d · c · b), grand modélisateur en chef afin qu'il prenne pitié de nous. JackPotte ($♠) 6 août 2014 à 18:33 (UTC)

Je n’ai pas le temps ce soir, relancez-moi demain si j’oublie.

Rapidement : il n’y a que ce verbe-là qui pose pb ? Si oui, c’est p-ê qu’il faut faire un modèle dédié, ou utiliser directement {{es-conj}}. --GaAs 6 août 2014 à 22:32 (UTC)

Ou recopier botement les modèles des rosbifs ArséniureDeGallium (d · c · b)... JackPotte ($♠) 7 août 2014 à 10:40 (UTC)

Je ne suis pas pour, on a des modèles à peu près cohérents en espagnol, gardons cette cohérence.

Ici c’est assez facile : si rien ne convient sur Catégorie:Modèles de conjugaison en espagnol section « 3 », il faut créer {{es-conj-3-pedir}} en s’inspirant d’un des modèles qui ressemble. [NB : comme indiqué dans sa doc, bcp de verbes en -ir ne sont pas gérés par {{es-conj-3}}, il y a trop de cas particuliers]

BTH, je vais le faire [ce n’est pas sorcier, juste fastidieux], tu pourras vérifier quand j’aurais fini ? --GaAs 7 août 2014 à 16:15 (UTC)

BTH et JackPotte, le modèle est fait, et utilisé sur Annexe:Conjugaison_en_espagnol/pedir. Je suis certain qu’il est plein d’âneries, merci donc à vous de les corriger (n’hésitez pas, il n’y a qu’un seul verbe concerné pour l’instant, il faut en profiter, charcutez dedans tant que vous voulez !). --GaAs 7 août 2014 à 17:26 (UTC)

Pour GaAs : Merci pour ce fastidieux travail de correction.

- J'ai relu les formes en "vos"  ; j'y ai détecté une erreur au passé composé du subjonctif : le wiktionnaire espagnol donne "hayás pedido", avec un déplacement de l'accent tonique sur la seconde syllable de l'auxiliaire avoir.

- Par ailleurs, pour le passé composé de l'indicatif, où aucune forme spécifique du "vos" ne semble exister, il serait bon de créer tout de même un saut de ligne pour que les formes suivantes soient positionnées exactement en regard de leur équivalent au temps du présent de l'indicatif.

- Pour l'impératif, il me paraît important de préciser que la forme indiquée est valable à l'affirmatif seulement, alors que la forme négative se construit en utilisant le présent du subjonctif.

- Enfin, les 2 notes de bas de page que l'on trouve sur la page du wikcionario espagnol me paraisssent dignes de figurer également, traduites bien sûr, sur la page en français. Je reste à votre disposition pour ces traductions si besoin.

Très cordialement BTH (discussion) 13 août 2014 à 16:22 (UTC)

Au cas où ça serve à quelque chose, pedir se conjugue comme tous les Verbes à alternance e > i (il est d'ailleurs très couramment donné comme modèle), c'est-à-dire la très grande majorité d'entre eux. Attention toutefois au type erguir (la conjugaison est identique hormis le fait que ie- initial est devient ye-, c'est le seul pour l'instant, du moins dans la catégorie, peut-être y en a-t-il d'autres dans la langue mais aucun ne me vient à l'idée) ; quant à decir, il présente également d'autres irrégularités. Xic667 29 août 2014 à 20:20 (UTC)