N’oubliez pas de consulter les modèles existants :
Outils :
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 \du\ |
doux \du\ |
Féminin | douce \dus\ |
douces \dus\ |
Singulier | Pluriel | |
---|---|---|
Masculin | doux \du\ | |
Féminin | douce \dus\ |
douces \dus\ |
Est-ce une bonne idée ? Urhixidur 19 janvier 2012 à 15:27 (UTC)
{{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)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)
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)
{{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)
{{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-}}
.{{T}}
. JackPotte ($♠) 20 février 2012 à 19:34 (UTC)
{{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)
{{T}}
et qu’il soit le seul catégorisant. --GaAs 6 mars 2012 à 15:38 (UTC)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.
<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é.{{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 :
Merci. — TAKASUGI Shinji (d) 3 mars 2012 à 03:47 (UTC)
{{Arabe}}
, {{Cyrl}}
(à renommer {{Cyrillique}}
)...Chinois (RPC) |
Chinois (Taïwan) |
Corée | Japon |
---|---|---|---|
器 | 器 | 器 | 器 |
骨 | 骨 | 骨 | 骨 |
羽 | 羽 | 羽 | 羽 |
。 | 。 | 。 | 。 |
<span lang="xx">…</span>
. — TAKASUGI Shinji (d) 7 mars 2012 à 01:20 (UTC)
{{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 »){{Polytonique}}
utilisant ce nouveau modèle. — TAKASUGI Shinji (d) 27 juin 2012 à 03:13 (UTC)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 (ce qui n’est pas souhaitable), j’ai tenté une façon de faire inédite .
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)
{{#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)
{{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)
{{en-verb}}
. --GaAs 9 mai 2012 à 23:51 (UTC)
{{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.{{-flex-verb-}}
avec PAGENAME comme sur les autres Wiktionnaires. JackPotte ($♠) 10 mai 2012 à 18:15 (UTC)
{{-flex-verb-}}
pourrait appeler une fois validé). --GaAs 11 mai 2012 à 08:28 (UTC)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)
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)
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)
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)
{{ouvrage}}
étant hyperonyme, il devrait convenir. JackPotte ($♠) 15 octobre 2012 à 20:53 (UTC)
{{ouvrage}}
a déjà le paramètre ISSN. JackPotte ($♠) 2 novembre 2012 à 20:49 (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)
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)
{{Bourgogne}}
. Stephane8888 ✍ 21 novembre 2012 à 21:19 (UTC)
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)
{{-drv-int-}}
. JackPotte ($♠) 23 novembre 2012 à 19:55 (UTC)
{{-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)
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)
{{-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)