Wiktionnaire:Gestion des modèles

Définition, traduction, prononciation, anagramme et synonyme sur le dictionnaire libre Wiktionnaire.
Raccourcis [+]
WT:GM
WT:MODELE

OOjs UI icon code.svg Gestion des modèles

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

Outils :

Wiktionnaire:Maintenance et nettoyage (C)
Gestion des catégories | Gestion des modèles | Pages à formater | Pages à fusionner | Questions techniques
Pages à supprimer rapidement | Pages proposées à la suppression | Pages proposées au renommage | Wikidémie


2020[modifier le wikicode]

{{grc-verb}}[modifier le wikicode]

Le modèle est très utile mais il lui manque un paramètre {{tr}} à mettre au tout début de la ligne de forme pour donner la translittération. --Diligent (discussion) 2 janvier 2020 à 10:19 (UTC)[répondre]

Diminutifs indépendants (néerlandais)[modifier le wikicode]

Est-il possible de créer un nouveau modèle pour indiquer et catégoriser un diminutif indépendant aussi appelé diminutif lexicalisé ou diminutivum tantum — traductions littérales, je ne sais pas si il y a un nom français pour cela (je ne connais rien à la linguistique) ? Cela existe déjà dans le wix nl [1]. Le lien pointe vers une page qui explique cette notion. Voici une traduction :

Un diminutif indépendant, diminutif lexicalisé ou diminutivum tantum est un diminutif utilisé indépendamment [d'une forme initiale].

Cela peut se produire :

  • si il ne dérive pas d'un mot initial
  • si il y a une différence évidente entre le mot de départ et la forme diminutive.

À titre d'exemples, pour la première catégorie, uitje, onderonsje, tussendoortje ne dérivent pas d'un autre nom commun.

Pour la première catégorie, les mots ijsje et meisje dérivent des mots ijs et meid mais ont une signification tout à fait propre.

Les diminutifs indépendant peuvent perdre la notion de petit (le sens n'est donc plus "diminué"). Een ijsje (une glace) n'est par exemple pas forcément petite.

On distingue aussi les adverbes qui sont formés avec les suffixes -(t)jes, comme netjes, zachtjes etc.

--Hildepont (discussion) 22 janvier 2020 à 22:08 (UTC)[répondre]

Si ça ne dérive pas d’un mot initial, on peut dire que ce n’est pas vraiment un diminutif. Je suppose donc qu’on veut dire mot qui ressemble à un diminutif, qui a la forme d’un diminutif ? Quand on dit en français je vais manger une petite glace, elle n’est pas forcément petite… C’est le même genre d’emploi en néerlandais ?
Pour mieux comprendre, il faudrait préciser si, en néerlandais, un diminutif est considéré comme une flexion, comme une forme du mot, un peu comme le pluriel ? Ou bien comme un mot normal, un peu comme fleurette dérivé de fleur en français) ? Ou bien comme intermédiaire entre une flexion et un mot normal ? Et de décider clairement comment nous devons traiter ici les diminutifs normaux. J’ai regardé ijsje, et c’est traité comme nom commun ordinaire. J’ai tendance à penser que c’est bien, surtout en pensant à des mots comme uitje.
Autre question : le modèle serait destiné à être utilisé où dans la page ? Lmaltier (discussion) 23 janvier 2020 à 07:42 (UTC)[répondre]
Pour (peut-être) aider, on peut penser aux verbes en re- en français, qu’il est presque possible de considérer comme une flexion du verbe de base. Malgré tout, on les considère comme des verbes normaux. Lmaltier (discussion) 23 janvier 2020 à 07:48 (UTC)[répondre]
En néerlandais, le diminutif est considéré comme une forme d’un mot (comme le pluriel). Il n'est pas comparable au diminutif français que ce soit dans sa forme ou dans son usage. Sauf exception, un nom a une forme singulier, pluriel, diminutif sing., diminutif pl. C'est déjà comme cela que l'on présente les noms en néerlandais dans le wiktionnaire (par exemple zaag).
Pour faire un rapprochement avec le français, certains mots n'existent que au pluriel (dépens) ou ont un sens différent au pluriel (menottes). Ce ne sont — dans le wix — pas des flexions mais des noms à part entière. En néerlandais, ce genre d'exception apparait de la même manière avec les diminutifs. Je propose simplement de faire un modèle que l'on placerait après le genre du nom (comme sur le wix:nl) de la même manière que {{au pluriel uniquement}}. --Hildepont (discussion) 23 janvier 2020 à 11:31 (UTC)[répondre]

Les explications données laissent à penser qu’une explication dans la section d’étymologie ne seraient pas suffisantes, puisqu’il s’agit d’une procédure de création grammaticale. Nous avons dès lors deux possibilités : indiquer la sous-classe de nom dans le nom de la section ou indiquer cette sous-classe sur la ligne de forme (celle où est répétée la forme). J’avais creusé un peu la question avec Projet:Informations grammaticales et vu que le Wiktionnaire n’a pas une politique ferme sur l’endroit où l’info va se trouver. Des fois c’est en titre de section, des fois non. Nous pouvons donc évaluer ce qui paraît le plus pertinent ici. Faire comme sur le Wiktionnaire néerlandophone me paraît une bonne idée, et donc, créer un modèle dédié pour la ligne de forme Face-smile.svg Noé 23 janvier 2020 à 11:40 (UTC)[répondre]

Fusion des modèles CatégorieTDM en un unique modèle paramétré[modifier le wikicode]

Salut,

je me suis rendu compte qu'il existait de nombreux modèle CatégorieTDM dont une partie est visible ici : Catégorie:Modèles de navigation. Ma proposition est de modifier {{CatégorieTDM}} pour lui rajouter deux arguments : un code de langue et un argument pour avoir la version étendue (ce que fait {{CatégorieTDM2}}). Qu'en pensez-vous ?

Lepticed7 (Venez tcharer !) 6 février 2020 à 08:12 (UTC)[répondre]

Pour Pour Ouaip Face-smile.svg Noé 6 février 2020 à 13:10 (UTC)[répondre]
Pour Pour Bonne idée, il faudra penser à gérer les différents systèmes d’écriture. Darmo (Viens, on est bien !) 6 février 2020 à 16:09 (UTC)[répondre]
Pour Pour J'avais aussi eu l'idée mais pas le temps. D'ailleurs, s'il y avait moyen d'y injecter la langue je l'aurais déployé dans toutes les catégories comme sur b:MediaWiki:Category-subcat-count et b:MediaWiki:Category-article-count. JackPotte ($) 6 février 2020 à 21:02 (UTC)[répondre]
Pour PourLyokoï (Discutons Mort de rire) 6 février 2020 à 21:13 (UTC)[répondre]
Pour Pour Excellente idée qui simplifie bien des choses. Seb en Résidence (2IF) (discussion) 7 février 2020 à 10:09 (UTC)[répondre]
Pour Pour Pamputt [Discuter] 8 février 2020 à 21:10 (UTC)[répondre]

{{désencyclopédie}}[modifier le wikicode]

Bonjour.
Il semble que la désencyclopédie ait fermé. Il serait sûrement plus sage de supprimer le modèle {{désencyclopédie}} — ainsi que ses équivalents — et de le retirer des endroits où il est utilisé.--Braaark (discussion) 8 février 2020 à 21:07 (UTC)[répondre]

Ce site là ? Il a pas l'air fermé de mon côté. Lepticed7 (Venez tcharer !) 8 février 2020 à 21:24 (UTC)[répondre]
En effet. Il s’agissait donc juste d'une erreur d’URL dans le modèle. J’y ai apporté les corrections idoines.--Braaark (discussion) 8 février 2020 à 21:40 (UTC)[répondre]

Erreurs de script sur Module:ga-mutation[modifier le wikicode]

Bonjour. J’ai constaté que l’utilisation du Module:ga-mutation créait des erreurs de script à la ligne 88. Voyez par exemple la page feidhmiú. J’ai mis un message sur la page de discussion du modèle, mais Treehill (d · c · b) son créateur ne peut pas aider techniquement. Je pose donc la question ici si jamais quelqu’un peut corriger ça. Merci à vous, cordialement, Seb en Résidence (2IF) (discussion) 24 février 2020 à 08:43 (UTC)[répondre]

fait Patché ! Darmo (Viendez parler !) 24 février 2020 à 09:06 (UTC)[répondre]
Merci beaucoup… mais je vois qu’une autre erreur (ligne 92) est apparue depuis tes modifications, comme sur Abrám, dans la section de modification phonétique. Seb en Résidence (2IF) (discussion) 24 février 2020 à 09:23 (UTC)[répondre]
fait Si t’en trouve d’autres, préviens-moi ;) Darmo (Viendez parler !) 24 février 2020 à 09:48 (UTC)[répondre]
Il faudra mettre à jour la doc du modèle et du module. C’est le bordel pour l’instant… Darmo (Viendez parler !) 24 février 2020 à 09:50 (UTC)[répondre]
Top merci bien pour ta réactivité ! Seb en Résidence (2IF) (discussion) 24 février 2020 à 10:02 (UTC)[répondre]

Suppression de modules importés[modifier le wikicode]

Salut, suite au message de Seb juste au-dessus, j’ai creusé un peu plus les modules liés et j’en ai trouvé un certain nombre importés du Wix anglophone. Vu leur utilisation très limitées et leur importation partielle (certains sous-modules manquent) je me suis permis de les remplacer dans le code des modules les utilisant par des modules équivalents que nous avons déjà.

L’objet de ce message est de demander la suppression des modèles et modules listés ci-dessous pour les raisons que je viens d’évoquer. Vous pouvez vérifier leur utilisation en utilisant cette requête : insource:/:languages/ (en remplaçant languages par le nom du module en question).

  • Module:languages page supprimée
  • Module:languages/Documentation page supprimée
  • Module:languages/data2 page supprimée
  • Module:links page supprimée
  • Module:utilities page supprimée
  • Module:script utilities page supprimée
  • Module:script utilities/data page supprimée
  • Module:scripts page supprimée
  • Module:scripts/data page supprimée
  • Module:array page supprimée
  • Module:documentation page supprimée
  • Module:Unicode data page supprimée
  • Module:Unicode data/combining page supprimée
  • Module:IPA page supprimée
  • Module:IPA/data page supprimée
  • Module:IPA/data/symbols page supprimée
  • Module:syllables page supprimée
  • Module:cel-noms page supprimée
  • Module:grc:Dialects page supprimée
  • Modèle:style/IPA page supprimée
  • Modèle:style IPA page supprimée
  • Module:bac à sable/Assassas77
  • Module:bac à sable/Assassas77-2

Concernant les deux derniers modules, j’ai demandé l’avis de Assassas77. Il semblerait que le code qu’ils contiennent était le brouillon du module zh.

Darmo (Viendez parler !) 25 février 2020 à 18:19 (UTC)[répondre]

D’accord pour la suppression Twemoji12 1f603.svg Noé 25 février 2020 à 18:36 (UTC)[répondre]
Parfait, ça va faire du ménage. Darmo (Viendez parler !) 25 février 2020 à 19:11 (UTC)[répondre]
Assassas77 vient de me donner son accord pour faire supprimer les deux derniers modules. Darmo (Viendez parler !) 25 février 2020 à 23:59 (UTC)[répondre]
Du coup, on fait quoi ? Il faut que je fasse une demande sur pages à supprimer ? Darmo (Viendez parler !) 26 février 2020 à 23:01 (UTC)[répondre]
On attends encore quelques jours pour recueillir d’autres avis et un admin pourra supprimer. Pour ma part, la suppression me va également. Pamputt [Discuter] 27 février 2020 à 07:03 (UTC)[répondre]
Notification @Darmo117 : maintenant que tu es aussi admin, tu peux t’en occuper je pense Twemoji12 1f603.svg Noé 12 avril 2020 à 07:22 (UTC)[répondre]
Ouais, je vais attendre un peu d’avoir fait l’état des lieux de tous les modules pour voir si j’ai pas loupé des dépendances Clin d’œil Darmo (Viendez parler !) 12 avril 2020 à 09:30 (UTC)[répondre]

Organisation des modules[modifier le wikicode]

Salut,

Après discussions, dont une petite consultation sur Wikipédia (où le sujet n’est en fait pas mieux géré), je vous propose la catégorie Tableaux associatifs du Wiktionnaire Tableaux associatifs du Wiktionnaire qui réunie les composants des modules qui sont des listes associant des termes et des valeurs.

Le Wiktionnaire utilise de manière cruciale ce fonctionnement permis par Lua, et il me semble nécessaire de le documenter un peu mieux. C’est ce que nous utilisons pour la liste des langues et pour les intitulés des sections. Nous venons de l’utiliser aussi pour l’organisation des lexiques, et nous allons faire de même avec les régions (en améliorant l’existant).

Les bénéfices me paraissent important et nous pourrions développer ce mode de gestion des données, à défaut d’avoir une base de données structurée de type Wikibase, mais il me semble crucial de clarifier cette démarche. Cela pour augmenter le nombre de personnes compétentes pour y toucher, solliciter des nouvelles idées d’utilisation de ce fonctionnement, permettre un meilleur réemploi des données du Wiktionnaire par des personnes extérieures. Je me demande comment avancer maintenant, quelle page créer pour clarifier : Wiktionnaire:Tableaux associatifs ? Aide:Tableaux associatifs ? Wiktionnaire:Module ? Aide:Module ? Qu’en pensez-vous ? Twemoji12 1f603.svg Noé 27 février 2020 à 14:41 (UTC)[répondre]

Salut, je pense aussi que la création de pages d’aide est nécessaire. Aide:Modules me parait pas mal. On pourrait y établir des normes de codage (nommage des variables/fonctions, etc.) et lister les modules utilitaires (comme Module:debug, Module:paramètres, Module:string, etc.). Ça nous permettra d’avoir du code plus cohérent et plus structuré et de trouver rapidement les modules utilitaires (on pourrait même créer une catégorie !). Pour les données, j’hésite entre créer une page dédiée ou une simple section. Je suis volontaire pour participer à la mise au point de ces pages. Darmo (Viendez parler !) 27 février 2020 à 15:01 (UTC)[répondre]
Je rejoins complètement l’avis de Darmo117, à la fois sur le nom de la page et son contenu. Pamputt [Discuter] 27 février 2020 à 18:43 (UTC)[répondre]

Tout ça semble bien compliqué (et je le dis en tant qu’informaticien). Il ne faut pas réserver certaines parties du projet aux informaticiens… La syntaxe wiki, c’est acceptable, mais devoir comprendre un vrai langage de programmation, c’est autre chose… J’ai rajouté des tas de langues avec l’ancien système, qui était accessible à tous, aucune avec le nouveau. Lmaltier (discussion) 27 février 2020 à 21:21 (UTC)[répondre]

Salut, une page d’aide est nécessaire si on veut que le code des modules soit propre et maintenable. Et puis, de toute façon, cette page s’adressera en priorité aux contributeurs ayant un minimum de connaissances en programmation et qui veulent développer ou maintenir des modules. Je perd un temps non négligeable à développer des fonctions avant de m’apercevoir en fouillant qu’elle est déjà définie dans un module enfoui. Une page d’aide permettrait d’éviter ça. Concernant ce la première proposition de Noé, elle nous permettra de faciliter la modification des données en les découplant des fonctions qui les utilisent. Ce ne sera que bénéfique. Personnellement, je trouve cette manière de faire bien plus lisible que d’avoir les données mélangées dans le code. Je suis informaticien aussi et je ne vois pas en quoi tout cela est compliqué. Qu’est-ce que tu appelles « l’ancien système » ? Darmo (Viendez parler !) 27 février 2020 à 22:19 (UTC)[répondre]
C’est sans doute parce que tu es informaticien que tu penses ça, mais je me mets à la place des autres. Tu confirmes mon impression qu’effectivement, la méthode est plutôt destinée aux initiés en informatique, et c’est ça qui me gêne. Les robots ne sont pas un problème, eux, car ils n’interagissent pas avec les contributeurs, ils ne font que mettre à jour du contenu, et s’ils n’étaient pas là, ça pourrait être fait à la main sans souci (en perdant simplement du temps). L’ancien système ? C’est quand, pour rajouter une langue, il suffisait de créer la page du modèle de code langue, avec un copier/coller du modèle pour une langue existante et une adaptation assez simple. Lmaltier (discussion) 28 février 2020 à 07:21 (UTC)[répondre]
Je ne suis pas informaticien, mais d’accord avec le fait qu’il faille penser les choses sous divers points de vue. Je trouve le code de Module:lexique/data très clair, il est aéré et simple à faire évoluer. Le code sous le capot, qui utilise ces données, c’est une autre histoire, mais il n’a pas besoin de révisions régulière. Le code pour le modèle {{S}} tourne bien depuis des années, et personne ne s’en plaint. L’ancien système, c’était des milliers de modèles non documentés et aux noms non explicites. Il n’y avait aucune documentation pour savoir comment créer un nouveau modèle pour une langue supplémentaire, et la procédure était de fait réservée à une élite d’habitués qui travaillaient chacun dans leur coin sans informer les autres de leurs ajouts ou suppression. Ce qui faisait un inventaire foutraque et dont le suivi au cours du temps était impossible : impossible de savoir qu’un modèle a été supprimé, ou qu’un autre a été ajouté à la catégorie, d’autant plus qu’il avoir été créé sans être mis dans la bonne catégorie. Je ne regrette en rien que ce système ai été enterré depuis des années !
Le système actuel avec modèle+module de fonctionnement+module de données est très performant et simple. Il est moins efficace qu’une base de données type wikibase, mais a quand même de nombreux avantages pour la maintenance, l’amélioration efficace des ébauches et la portabilité des données. Il lui manque cependant une documentation permettant à un plus grand nombre de s’en saisir, et c’est ce que je propose que nous rédigions ensemble Twemoji12 1f603.svg Noé 28 février 2020 à 08:54 (UTC)[répondre]
Franchement Lmaltier, ajouter une nouvelle langue dans le nouveau système n’a rien de sorcier (on met le code de langue et on ajoute le nom de la langue en face). Vu que toutes les langues sont stockées au même endroit, ça permet de copier la structure plus facilement si on veut ajouter une nouvelle langue. Bref, je pense que si tu n’as pas encore ajouter de nouvelles langues avec le nouveau système, c’est parce que tu n’en as pas eu besoin (beaucoup étant déjà présentes).
Sinon pour revenir à la proposition, pour ma part, je ne suis pas informaticien mais j’ai quelques connaissances en programmation. On a un système qui est tel qu’il est est aujourd’hui. Cela présente des avantages et probablement quelques inconvénients. Cela étant dit, il serait bon de documenter ce système pour aider à ce qu’il soit compris. Ne rien documenter ne va pas résoudre les problèmes que tu soulèves. Pamputt [Discuter] 28 février 2020 à 08:56 (UTC)[répondre]
Je n’ai rien dit contre le fait de documenter, bien entendu. Pour les langues, c’est aussi que j’ai cru comprendre que rajouter une langue ne change rien dans l’immédiat, ça exige de faire autre chose, que seuls certains peuvent faire… J’ai peut-être mal compris, mais si c’est ça, ce n’est pas normal sur un wiki. Lmaltier (discussion) 28 février 2020 à 09:11 (UTC)[répondre]
La page pour ajouter une langue que j’ai donné en lien est en effet protégée. Aussi, tout le monde ne peut pas ajouter directement une langue car il serait alors trop simple de tout vandaliser. En revanche, on peut peut-être changé la protection pour autoriser les utilisateurs autoconfirmés à ajouter une langue (actuellement seuls les admins le peuvent). Pamputt [Discuter] 28 février 2020 à 12:45 (UTC)[répondre]
Pour réagir à ce qu’a dit Noé, le schéma modèle-vue-controleur, ici données-modèle-module, est un type de conception qui a fait ses preuves en développement logiciel depuis des années. Lmaltier, je comprends bien que ça puisse te déranger que ces pages soient « réservées » à certains utilisateurs mais, personnellement, je préfère que seuls des contributeurs ayant des notions en programmation modifient les modules, je n’ai pas envie que des contributeurs n’ayant aucune base se mette à modifier le code et faire n’importe quoi. Par contre, je suis tout à fait pour que ces utilisateurs suggèrent de nouveaux modules ou de modifier le comportement de modules existants, mais que seuls des programmeurs ou des gens ayant quelques notions implémentent lesdits modules. Darmo (Viendez parler !) 28 février 2020 à 14:00 (UTC)[répondre]
Ce n'est pas parce que c'est du lua que c'est compliqué. Il suffit de regarder le code de certains modèles sans lua pour se rendre compte que ce n'est pas un argument. Il suffit de voir [2] ou [3] pour se rendre compte qu'on a tout a gagné à séparer les données des fonctions. De plus, même si ce sont des modèles, censés être accessibles à tous, certains demandent quand même de l'aide. (J'ai plus le nom de la page en tête. Gestion des modèles, peut-être ?). Enfin, je préfère largement que les gens demandent si ils ont besoin de quelque chose plutôt qu'ils créent des modèles à tout va. Il suffit de voir les modèles aux nombreuses déclinaisons, comme CatégorieTDM ou R: pour se rendre compte que c'est fait dans tous les sens. Lepticed7 (Venez tcharer !) 28 février 2020 à 15:22 (UTC)[répondre]
Effectivement, c’est mauvais de créer des modèles à tout-va : je pense par exemple aux modèles correspondant à un livre unique, ce qui me semble assez aberrant (bien que je comprenne bien l’intention). Mais réserver certaines tâches à une petite élite, ça ne me semble pas bon non plus. La solution est dans la discussion préliminaire avant de lancer des choses importantes. Lmaltier (discussion) 2 mars 2020 à 14:00 (UTC)[répondre]

Projet:Modules[modifier le wikicode]

Salut, j’ai créé le projet Modules pour centraliser tout ce qui tourne autour des modules. C’est un document de travail donc n’hésitez pas à faire des suggestions sur la page ou la PDD. L’idée est d’établir clairement les conventions de développement des modules et d’avoir une structure claire. J’ai commencé la liste des modules existants, vous pouvez y ajouter tous les modules que vous trouvez. Darmo (Viendez parler !) 2 mars 2020 à 12:05 (UTC)[répondre]

nom collectif[modifier le wikicode]

Bonjour,

Onbec a créé sans consultation le modèle {{nom collectif}} qu’il a apposé sur une cinquantaine de page, en début de définition. Cette information n’a pas à figurer à cet emplacement là, il s’agit d’une information grammaticale qui figure habituellement sur la ligne de forme, grâce au modèle {{collectif}}. À supprimer, donc, si ça vous va Twemoji12 1f603.svg Noé 21 mars 2020 à 08:33 (UTC)[répondre]

Effectivement, ça n’a pas à figurer là. Ceci dit, ce n’est pas vraiment une information grammaticale, à mon avis, même si ça a parfois des implications grammaticales dans le cas où un accord selon le sens est possible : ce n’est pas le cas de panoplie, mais c’est le cas pour, par exemple, une foule de promeneurs se sont rassemblés sur la plage. nom collectif, c’est lié au sens et, si la définition est correcte et claire, on pourrait se contenter d’une catégorie. Le modèle collectif, si conservé, devrait peut-être être réservé aux cas où ça peut avoir une conséquence du point de vue accord. Lmaltier (discussion) 21 mars 2020 à 08:43 (UTC)[répondre]
Mais si, c’est tout à fait une information grammaticale ! Le collectif est une valeur du nombre, comme le singulier, le pluriel, le duel, le paucal, le singulatif, l’associatif, la globalité, etc. Selon les langues, plus ou moins de valeurs sont utilisées dans le système du nombre, et les comportements de l’accord varient également. C’est tout à fait le domaine de la grammaire (plus précisément de la morphosyntaxe), et pas celui du lexique (ni de la lexicologie ni de la lexicographie). Je reprécise que je ne discute pas directement ici du modèle {{collectif}} dont je ne nie en rien la légitimité à apparaitre dans un dictionnaire, mais il est question spécifiquement de {{nom collectif}} qui est redondant et mal positionné par rapport à l’information qu’il apporte. J’espère avoir clarifié un peu les choses Twemoji12 1f603.svg Noé 21 mars 2020 à 09:05 (UTC)[répondre]
J’ai regardé la documentation du modèle, et l’exemple utilise le mot panoplie, d’où ma remarque. Je ne vois pas bien l’intérêt, pour ce cas particulier de panoplie, d’indiquer quelque chose en plus de la définition (à condition qu’elle soit claire). Est-ce qu'on peut vraiment utiliser un verbe au pluriel si le sujet est une panoplie de ? Lmaltier (discussion) 21 mars 2020 à 09:16 (UTC)[répondre]

Notification @Noé et @Lmaltier : Bonjour à tous. Premièrement, je tiens à m'excuser du dérangement occasionné. Est-ce que tous les modèles peu importe leur nature doivent être systématiquement être suite de consultations, inclus les modèles de référence? Deuxièmement, Lmaltier a raison. Le modèle est d'ordre sémantique et non grammatical, je sais que ça peut porter confusion, mais je parlais plutôt du sens du mot. Selon l'OQLF, « Un nom collectif est un nom qui, tout en étant singulier, représente un ensemble d'individus ». J'employais le terme de nom collectif en ce sens.--Onbec (discussion) 21 mars 2020 à 16:34 (UTC)[répondre]

Pour les modèles de références, non, pour les modèles susceptibles d’apparaître sur de nombreuses pages et qui entrainent de la catégorisation, oui. C’est ennuyeux que de nouveaux modèles passent sous le radar, qu’ils ne soient pas documentés partout où c’est nécessaire, et qu’ils ne deviennent pas en usage par d’autres personnes que leurs créateurs. Après, on a plus moyen d’avoir de vision globale, le risque de duplicata augmente et ça rendent les données impossibles à réutiliser par d’autres.
Nous parlons bien du même concept, celui de collectif qui est une valeur du nombre (voir la synthèse utilise sur le sujet dans Number, de Greville G. Corbett, Cambridge University Press, 2000, pages 117-120). En français, il n’y a pas d’élément grammatical qui permette de le construire, c’est juste une propriété qu’ont certains noms qui forment ainsi une classe de noms (comme les noms animés/inanimés dans certaines langues). Dans d’autres langues, c’est une structure de langue particulière qui porte cette fonction ou une forme particulière du nom, comme en breton. Le fait que ce soit sémantique n’empêche pas que ce soit indiqué sur la ligne de forme, quand c’est une information utile. Sur le Wiktionnaire anglophone, pour l’anglais, ils mettent l’info sur la ligne de forme et sur les lignes de définition (comparer wine chez eux et vin ici). C’est une possibilité aussi. Je vais continuer à y réfléchir et d’autres avis sont les bienvenus Twemoji12 1f603.svg Noé 21 mars 2020 à 21:39 (UTC)[répondre]


Question sur {{R:DAF9}}[modifier le wikicode]

Comment faire avec le modèle {{R:DAF9}}, utilisant actuellement le site cnrtl.fr, pour aboutir à une page qui n’est pas la page vedette ?

Il est bien dit dans {{R:DAF9/Documentation}} : « Ce modèle crée un lien vers l'article du DAF9 sur le site de du CNRTL (par défaut titre de la page courante, mais on peut spécifier un autre titre en paramètre). » mais ça n’explique pas comment faire.

Exemple dans l’article couci-couci le lien n’aboutit pas (voir ici). Alors qu’avec le nouveau site de l’Académie (https://www.dictionnaire-academie.fr) la page existe pour la 9ème version, mais avec le mot vedette "couci-couça" (voir ici).

Autre exemple avec l’article à l’aveugle, où j’ai galéré pour finalement me résoudre à coder :

{{R|Académie|''Dictionnaire de l’Académie française'', neuvième édition, 1992–[https://www.dictionnaire-academie.fr/article/A9A3418 www.dictionnaire-academie.fr]}}J’ai honte pour pointer vers la page "aveugle" du DAF9.

S’il n’est pas possible de le faire avec l’actuel modèle {{R:DAF9}}, nous pourrions avoir un paramètre "fiche=" pour pointer vers la bonne page. Et utiliser, dans ce cas-là, le nouveau site.

Exemple : l’url suivante https://www.dictionnaire-academie.fr/article/A9A3418 conduit à la fiche A9A3418 correspondant au mot aveugle de la 9ème version du DAF. Le code de l’actuel modèle {{R:DAF9}} est compliqué par l’utilisation du modèle {{cit réf}} sinon j’aurais pu coder, comme pour le modèle {{R:GDT}} avec lequel il est possible de paramétrer un numéro de fiche. Stephane8888 5 avril 2020 à 18:29 (UTC)[répondre]

J’ai trouvé !
Pour une simple référence : {{R:DAF9|aveugle}}
Pour une puce de renvoi dans l’article : mettre seulement {{R|DAF9|aveugle}} Il y a un petit bug d’affichage mais pas génant «  → consulter cet ouvrage (’) »
Je pars préciser la documentation du modèle et corriger une petite série d’article actuellement mal référencés : comme sucrer les fraises Sourire Stephane8888 5 avril 2020 à 19:01 (UTC)[répondre]

Modèles pour les catégories Couleurs et Canidés[modifier le wikicode]

Serait-ce possible de créer un modèle {{couleurs|fr}} pour la Catégorie:Couleurs en français et un modèle {{canidés|fr}} pour la Catégorie:Canidés en français ?--Onbec (discussion) 7 avril 2020 à 23:02 (UTC)[répondre]

  1. Pour Pour Ça aura l'avantage d'ajouter des ancres vers les définitions, et de les préciser dans les traductions de polysèmes. JackPotte ($) 8 avril 2020 à 06:50 (UTC)[répondre]
  2. Pour Pour Qu’est-ce que ces modèles afficheraient ? on a déjà un modèle {{couleur}}. Darmo (Viendez parler !) 8 avril 2020 à 07:18 (UTC)[répondre]
Notification @Darmo117 : Couleur au pluriel....--Onbec (discussion) 9 avril 2020 à 19:32 (UTC)[répondre]
Je sais bien, merci, mais ça ne répond pas à ma question : il y aura quoi exactement d’affiché ? un patchwork de couleurs ? Darmo (Viendez parler !) 9 avril 2020 à 19:35 (UTC)[répondre]
« (Couleurs) » avant la ligne de définition.--Onbec (discussion) 9 avril 2020 à 20:31 (UTC)[répondre]
Aaaah, j’avais pas du tout compris ça, je croyais que tu voulais créer un modèle à ajouter dans la catégorie, genre en en-tête. Du coup je suis pour ! Darmo (Viendez parler !) 9 avril 2020 à 20:58 (UTC)[répondre]
Pour {{couleurs|fr}} je vote pour afficher (Colorimétrie) et pour {{canidés|fr}} zootechnie ou zoologie. JackPotte ($) 9 avril 2020 à 21:39 (UTC)[répondre]
Ou mammalogie pour les canidés? --Onbec (discussion) 11 avril 2020 à 22:55 (UTC)[répondre]
Oui c'est plus précis mais moins connu. JackPotte ($) 11 avril 2020 à 22:59 (UTC)[répondre]
Je pense que c’est bien adapté, mammalogie, puisque nous avons Catégorie:Lexique en français de la mammalogie, même si vide aujourd’hui. C’est un domaine sémantique que l’on retrouve dans divers dictionnaires terminologiques Twemoji12 1f603.svg Noé 12 avril 2020 à 09:56 (UTC)[répondre]
Dans l’idée, je suis plutôt contre le fait d’utiliser des modèles sur la ligne de définition pour les thématiques, car ça n’aide pas à les différencier des domaines, mais bon, ça demande un changement important et on en est pas là, donc pour l’instant, j’suis pas opposé à ces deux là Twemoji12 1f603.svg Noé 10 avril 2020 à 07:33 (UTC)[répondre]

{{composé de}} et catégorisation.[modifier le wikicode]

Y-a-t-il une raison pourquoi le modèle {{composé de}} ne catégorise plus les termes avec un affixe dans une catégorie: « Mots en français affixés avec [..] » ?

J'ai tenté le modèle sur l'article crossillon et ça ne le catégorise pas.--Onbec (discussion) 13 avril 2020 à 00:18 (UTC)[répondre]

J’ai juste changé l’ordre des paramètres, et ça marche.
Mais je voudrais rappeler que la façon normale de rajouter une catégorie, c’est de rajouter le lien Catégorie:… Certains modèles le font automatiquement mais, si le texte est correct et qu'il ne manque que la catégorie, c’est la façon de faire la plus simple, la moins risquée, et la plus lisible par les futurs contributeurs de bonne volonté, et donc celle qui risque le moins de les faire fuir. Je sais bien que j’ai du mal à convaincre parce que, de façon générale, les contributeurs actuels sont justement ceux que ça n’a pas fait fuir, donc souvent ceux à qui ça plaît, mais je tenais tout de même à le redire. Lmaltier (discussion) 13 avril 2020 à 07:09 (UTC)[répondre]

Conjugaison portugaise[modifier le wikicode]

Modèles concernés:

Il existe deux modèles de conjugaison dans cette catégorie Catégorie:Modèles de conjugaison en portugais. Un modèle pour les groupes 1 - 2 - 3 ({{pt-conj/modèle}}) et un autre les modèles {{pt-verbe}}.

Existe-t-il un moyen de modifier {{pt-conj}} ou {{pt-conj/modèle}} afin que les données des modèles {{pt-verbe}} puissent être retranscrits dans le tableau du modèle {{pt-conj/modèle}} ou il faut changer les pages {{pt-verbe}} unes à unes ?--Onbec (discussion) 22 avril 2020 à 02:47 (UTC)[répondre]

Je en comprends pas bien le problème. Mais, comme j’ai des robots de création de verbes portugais qui incluent des choses du style {{conj|pt|grp=1}}, j’aimerais que ces générations restent correctes, quels que soient les changements en interne. Lmaltier (discussion) 22 avril 2020 à 08:17 (UTC)[répondre]
Notification @Lmaltier : Je veux juste savoir comment faire en sorte que le verbe ter aille la même sorte de tableau que amar.--Onbec (discussion) 22 avril 2020 à 19:50 (UTC)[répondre]

Notification @Otourly : Peut-être vous pouvez nous aider à régler la question des deux tableaux ? --Onbec (discussion) 25 avril 2020 à 07:00 (UTC)[répondre]

Je peux en effet mais ça prendra un peu de temps. et il faut me dire ce qu’il a à modifier, à garder ou à supprimer.
Deux questions me viennent en tête; il y a pas la prononciation API dans le tableau ? Pourquoi les tête de lignes ont leur équivalent en portugais ? (on ne le fait pas pour l’italien, ni l’espagnol…)
Otourly (discussion) 25 avril 2020 à 07:16 (UTC)[répondre]
Notification @Otourly : L'historique dit que vous aviez créée le modèle. Vous ne l'aviez pas créé ?

Incohérence entre nom du modèle et domaine affiché en début de définition[modifier le wikicode]

Je suis tombé sur le cas de raquette, qui était catégorisé dans Oiseaux en français, alors que ce n’est pas un oiseau. La raison : pour afficher (Ornithologie) en début de définition (ce qui était justifié), l’auteur avait mis le modèle oiseaux, qui affiche (Ornithologie). Je veux bien qu'il y ait catégorisation automatique, mais il faut dans ce cas qu’il y ait toujours correspondance entre ce qui est affiché et la catégorie, sinon les contributeurs ne peuvent que s’y perdre. Par ailleurs, on peut vouloir catégoriser dans les Oiseaux en français et ne surtout pas vouloir mettre Ornithologie en début de définition. Tout ça rend la tâche difficile aux contributeurs. Il faudrait expliquer clairement dans l’aide que si on veut catégoriser sans rien mettre en début de définition (ou mettre quelque chose, mais qui ne correspond pas à la catégorie), alors il faut mettre la catégorie explicitement. Lmaltier (discussion) 2 mai 2020 à 07:32 (UTC)[répondre]

Le problème que tu soulèves vient du fait que plusieurs modèles catégorisent dans des glossaires (ici les noms d’oiseaux) mais affichent le nom du domaine sémantique associé (ici, le lexique de l’ornithologie). Il y a la même chose avec les poissons et d’autres. La meilleure solution me paraîtrait de ne jamais indiquer les glossaires sur la ligne de définition, pour la réserver aux domaines sémantiques. Les glossaires pourraient être indiqués dans le texte au sein d’une section hyperonyme, ou bien seulement avec une catégorie non visible Twemoji12 1f603.svg Noé 2 mai 2020 à 08:43 (UTC)[répondre]
Je suppose que tu veux dire une catégorie visible en fin de page par le lecteur, et visible en fin de section de langue par le contributeur ? Une catégorie non visible, ça ne sert pas à grand chose. On peut effectivement mettre une Catégorie::Oiseaux en français, au moins, tout le monde comprend. Lmaltier (discussion) 2 mai 2020 à 08:46 (UTC)[répondre]
Tu supposes ce que je n’ai pas écrit. Je propose bien diverses options à notre disposition. Une catégorie non visible, c’est déjà utile, car elle peut sortir dans des recherches et lier quand même les pages. C’est également récupérable en export de données. Donc, c’est une option. Une catégorie visible avec Catégorie:… je trouve ça moche et illisible. Il me semble qu’un modèle dédié, à placer dans la section hyperonyme serait bien plus agréable pour le lectorat, qui afficherait quelque chose comme « Ce mot fait parti des glossaires suivants : oiseau, etc. » et le code pourrait être plus simple, si on établie une nomenclature dans un tableau associatif dans le même genre que ce que nous avons fait avec Module:lexique/data Twemoji12 1f603.svg Noé 2 mai 2020 à 10:49 (UTC)[répondre]
Catégorie:… illisible ???? Alors là, je ne comprends pas : non seulement c’est la syntaxe normale des catégories, mais en plus c’est explicite, il est donc impossible de faire plus simple et plus lisible… Lmaltier (discussion) 3 mai 2020 à 11:06 (UTC)[répondre]
Oui, je trouve que c’est illisible, et qu’il est possible de faire plus simple, plus clair et plus lisible. Ce que je vais préciser, même si tu ne me le demande pas. Écrire Catégorie: est une erreur typographique en France, puisqu’il manque une espace avant les deux-points. C’est imprécis, puisqu’on ne sait pas ce qui est catégorisé, ni l’objectif d’une catégorie. Le nom des catégories intégrant le nom de la langue, on se dirige vers des répétitions inélégantes du nom de la langue, pour les entrées qui sont incluses dans plusieurs glossaires. Je préfère nettement la solution adoptée par le modèle {{voir thésaurus}} qui indique dans le code de quel type de sujet on s’occupe et qui affiche pour le lectorat une seule fois le nom de la langue, avec un texte clair et facilement modifiable au besoin, puisque c’est un modèle. Je serai donc tout à fait partisan d’un modèle {{voir glossaire}} qui afficherait quelque chose comme : Structure du site icône.svg Le mot … figure dans les glossaires suivants : ….
Pour moi, il est inutile d’afficher le nom de la langue puisqu’on se situe dans la section correspondante. Un tel modèle pourrait alléger les lignes de définition et faciliter la consultation des glossaires, qui sont une richesse du Wiktionnaire, mais pourtant bien trop peu visibles. J’espère que mes explications sont plus claires Twemoji12 1f642.svg Noé 3 mai 2020 à 11:27 (UTC)[répondre]

Déclinaison des locutions nominales en allemand.[modifier le wikicode]

Je relaie ici un message. Avis aux amateurs de modèles. Ce qui existe pour l’allemand ne prévoie pas les deux cas : avec ou sans article défini, et pourtant cela a un impact sur la déclinaison. Actuellement, il y a des formes déclinées qu’il est impossible d’afficher. Lmaltier (discussion) 3 mai 2020 à 11:06 (UTC)[répondre]

Bonjour, Pour faire suite à la discussion au sujet de "Schwarzes Loch" et des déclinaisons des locutions nominales en Allemand. je suis à nouveau confronté au problème du tableau des déclinaisons fortes SANS article pour la locution nominale "Vereinte Nationen". Il est possible de créer un tableau sans article au singulier, mais au pluriel il apparaît obligatoirement avec les articles définis. Pas moyen de les effacer, c'est très gênant car cette locution n'existe qu'au pluriel. Il en résulte une incohérence entre le titre de l'article : "Vereinte Nationen" et la déclinaison au nominatif qui est "die Vereinten Nationen". Il faudrait absolument créer un tableau pour les déclinaisons fortes sans article, un autre pour les déclinaisons mixtes avec les articles indéfinis, sachant que le tableau des déclinaisons faibles avec articles définis existe déjà. Dans la discussion du 22 mars, vous avez écrit : "Il faudrait s’adresser aux auteurs de ces modèles, car il est probable que ce ne soit pas prévu." Je n'ai pas les connaissances suffisantes pour créer un modèle, et probablement pas l'accès. Je ne sais pas à qui m'adresser (en dehors de vous) pour provoquer la création de nouveaux tableaux auprès des "auteurs de ces modèles". En votre qualité d'administrateur, peut-être avez vous la possibilité d'initier cette évolution ? Bien cordialement --Beitrag50330 (discussion) 3 mai 2020 à 10:46 (UTC)[répondre]

Après Modèle:calque, Modèle:emprunt ?[modifier le wikicode]

Bonjour,

Etonnament à mon sens, nous n’avons pas de modèle {{emprunt}} alors que le modèle {{calque}} existe depuis 5 ans.

Y a-t-il une raison à cela, ou est-ce au contraire une occasion de créer le modèle ?

Bien cordialement, — Automatik (discussion) 3 mai 2020 à 21:31 (UTC)[répondre]

Effectivement il n'est pas dans Catégorie:Modèles dia-intégratifs et je l'avais proposé deux fois par le passé, sans opposition in enthousiasme en regard de en:Template:borrowing. JackPotte ($) 4 mai 2020 à 06:45 (UTC)[répondre]
Ouais, c’est {{étyl}} qui est utilisé pour indiquer les emprunts, ce qui est dommage, le nom étant peu clair. Il était aligné sur le nom dans le Wiktionnaire anglophone, mais ils l’on abandonné depuis, au profit du modèle mentionné par JackPotte. Nous pourrions faire de même. Et attention, les indications dia-intégratives, ça n’est pas une indication de l’histoire d’un mot mais de sa perception au regard de l’intégration dans le lexique de la langue. Un anglicisme, ce n’est pas un mot qui vient de l’anglais, c’est un mot qui est perçu comme anglophone. Tous les emprunts ne sont pas perçus comme tels Twemoji12 1f642.svg Noé 4 mai 2020 à 06:59 (UTC)[répondre]
Il me semblait que {{étyl}} est plutôt utilisé pour tous types d’étymologies : emprunts, calques, et "emprunts" avec plusieurs langues intermédiaires (ex : du {{étyl|la|fr}} …, lui-même du {{étyl|grc|fr}} ….). — Automatik (discussion) 4 mai 2020 à 10:28 (UTC)[répondre]

carrick[modifier le wikicode]

Bonjour, outre les auteurs déjà cités, on peut rajouter Guy de Maupassant dans son livre: Une Vie. chapitre 1.

" Le père Simon,le cocher, la tête baissée, le dos arrondi sous la pluie,disparaissait dans carrick à triple collet — message non signé de 83.113.8.218 (d · c)

Remplacement de {{M|titre mis en forme}} par {{titre incorrect}}[modifier le wikicode]

Salut, en fouillant dans les catégories, je suis tombé sur le modèle {{M|titre mis en forme}}, qui modifie le titre de la page selon le formatage donné (italique, etc.). Le truc c’est qu’on a un autre modèle qui permet de faire ça : {{titre incorrect}}. La seule différence entre les deux est que le premier ne peut que faire de la mise en forme tandis que le deuxième peut aussi modifier le texte du titre si nécessaire.

Je propose donc de remplacer {{M|titre mis en forme}} par {{titre incorrect}} (j’ai un bot qui pourra s’en charger). Darmo (Viendez parler !) 30 mai 2020 à 13:24 (UTC)[répondre]

  1. Pour Pour : je les ai fusionnés en 2015. — TAKASUGI Shinji (d) 30 mai 2020 à 14:53 (UTC)[répondre]
  2. Pour Pour OK. JackPotte ($) 30 mai 2020 à 20:04 (UTC)[répondre]

Bon, du coup je vais lancer mon bot un peu ce soir et demain. Je vais le faire passer uniquement sur les annexes, catégories et l’espace principal pour le moment, je verrai les autres espaces de noms plus tard. J’ai par ailleurs trouvé un alias {{M|tmef}} que je vais aussi remplacer dans la foulée. Darmo (Viendez parler !) 30 mai 2020 à 21:15 (UTC)[répondre]

{{fr-conj-1}}[modifier le wikicode]

Automatisation des amuïssements. Inspiré par {{en-pron-s}}, je pense qu’on pourrait rendre l’ajout du paramètre amu=1 inutile dans la plupart des cas en l’automatisant ainsi :
Lorsque le 3e paramètre de {{fr-conj-1}} ({{{3}}} ou {{{pc}}}) est de longueur 1, l’amuïssement s’impose sauf dans les cas \ʁ\ et \w\ (et \ɥ\ s’il existait).
Lorsqu’il est plus long, l’amuïssement ne doit pas se faire sauf dans le cas du \dʒ\, \dz\, \ft\, \ks\, \ps\, \sk\, \st\, \ts\ ou \tʃ\.
Donc en gros :
amu={{#switch: {{str len|{{{3|{{{pc}}}}}}}}
|1={{#switch: {{str rightc|{{{3|{{{pc}}}}}}|1}}
| w | ʁ=
| #default=1}}
|#default={{#switch: {{str rightc|{{{3|{{{pc}}}}}}|2}}
| dʒ | dz | ft | ks | ps | sk | st | tʃ | ts=1
| #default=}}
}}
Avant d’implanter cette solution, je vais modifier {{fr-conj-1}} pour qu’il crée des catégories diagnostiques permettant de voir quels sont les valeurs de 3 ou pc en usage, histoire de mettre au point l’expression ci-haut. Urhixidur (discussion) 14 septembre 2020 à 15:11 (UTC)[répondre]
La Catégorie:fr-conj-1 utilisant pc a permis de repérer des usages délinquants qui ne spécifiaient pas pc. Je vais modifier {{fr-conj-1}} pour qu’il les catégorise dans Catégorie:Appels de modèles incorrects:fr-conj-1. Urhixidur (discussion) 14 septembre 2020 à 15:29 (UTC)[répondre]
Il est devenu clair que la règle d’amuïssement est simplement que ça se produit toujours à moins que la consonne précédente se termine en \ʁ\ ou \w\. Donc :
amu={{#switch: {{str rightc|{{{3|{{{pc}}}}}}|1}}
| w | ʁ=
| #default=1}}
Je vais laisser amu dans les modèles, histoire de permettre l’inversion de l’amuïssement si nécessaire. Urhixidur (discussion) 22 septembre 2020 à 17:45 (UTC)[répondre]

Modèle pour référence[modifier le wikicode]

Jean-Marie Pierret, Phonétique historique du français et notions de phonétique générale, Louvain-la-Neuve, Peeters, 1994 ISBN 90-6831-608-7.

Est-il possible de créer un modèle pour cette référence, avec un paramètre pour la pagination ? --Hildepont (discussion) 14 novembre 2020 à 10:06 (UTC)[répondre]

Je l'ai créé : {{R:PierretJM}} mais vu que c'est mon premier, je veux bien une relecture… --Hildepont (discussion) 27 novembre 2020 à 17:55 (UTC)[répondre]
Je l’ai ajouté dans la section Grammaire — syntaxe — bon usage de Wiktionnaire:Liste des références. Urhixidur (discussion) 7 décembre 2020 à 14:44 (UTC)[répondre]
Merci ! --Hildepont (discussion) 8 décembre 2020 à 17:49 (UTC)[répondre]

précision supplémentaire dans {{indénombrable}}[modifier le wikicode]

Bonjour, sur certaines entrées du Wiktionary on peut voir la mention "usually uncountable" (« généralement indénombrable ») suivie de la forme au pluriel (voir zoography par exemple). Est-il possible (et opportun ?) de rajouter un paramètre dans notre modèle {{indénombrable}} afin d'indiquer cette nuance ? En l'état, avoir l'une à coté de l'autre la forme pluriel et la mention indénombrable est assez déroutant (zoography). --Hildepont (discussion) 2 décembre 2020 à 09:58 (UTC)[répondre]

Dans le Wiktionnaire francophone les modèles {{dénombrable}} et {{indénombrable}} ne sont pas sur la ligne de forme (où est répété le mot défini) mais sur la ligne de définition. Difficile d’y ajouter des informations supplémentaires. Il existe en plus de ces deux là le modèle {{généralement indénombrable}} qui va sur la ligne de forme pour la précision dont tu parles Twemoji12 1f642.svg Noé 2 décembre 2020 à 11:05 (UTC)[répondre]
Merci pour ces explications ! J'ai rajouté l'info dans la documentation de {{indénombrable}}. --Hildepont (discussion) 2 décembre 2020 à 12:01 (UTC)[répondre]

argument du modèle {{acronyme}}[modifier le wikicode]

Le modèle {{acronyme}} semble ne pas prendre en compte l'argument nolien=1 qui permet de ne pas créer de lien vers la forme longue de l'acronyme. Je l'ai utilisé pour le mot STIB, j'ai malgré tout le lien qui s'affiche. Mais peut-être n'ai-je pas tout compris… --Hildepont (discussion) 6 décembre 2020 à 13:13 (UTC)[répondre]

Un lien rouge, effectivement, ce n’est pas du tout pertinent pour ce cas, ce lien n’ayant pas vocation à bleuir. Pour régler la question, j’ai simplement remplacé le modèle par du texte en clair, en mettant un lien sur acronyme. Lmaltier (discussion) 6 décembre 2020 à 13:45 (UTC)[répondre]
Il ne faut pas supprimer de modèles lorsqu’ils sont utiles, et c’est le cas des modèles de la section d’étymologie. Le texte du modèle ne convient pas car la prise de décision n’a pas encore aboutie à un changement de l’ensemble des modèles concernés. JackPotte avait commencé à s’en occuper mais n’a pas terminé. À voir ce qui doit être fait maintenant pour que les modèles dans l’étymologie puissent se présenter de manière uniforme et claire Twemoji12 1f642.svg Noé 6 décembre 2020 à 14:40 (UTC)[répondre]

2021[modifier le wikicode]

paramètre lang de {{clé de tri}}[modifier le wikicode]

j’ai eu la surprise de voir ce paramètre pour la clé de tri d’un mot breton. J’ai vu dans la doc que ce paramètre permet la génération automatique de la clé de tri pour certaines langues, mais le breton n’est pas cité. Plusieurs questions :

  • où ce traitement est-il effectué, de façon générale ? Je n’ai pas trouvé (et c’est un problème, c’est devenu difficile de comprendre ce que font les modèles…)
  • le breton a-t-il été rajouté à la liste ?
  • a-t-on défini une règle pour les clés de tri des mots bretons contenant ch ou c’h ? Il y a eu une discussion à ce sujet, mais sans décision…

Lmaltier (discussion) 13 janvier 2021 à 20:15 (UTC)[répondre]

Parles-tu d’un paramètre « clé de tri », ou d’un modèle ?
Quant au modèle {{clé de tri}}, ses règles sont définies dans module:clé de tri. J’ai retrouvé ce module en visitant la documentation du modèle : le module est mentionné dans l’entête.
Le modèle {{S}}, lui contient aussi un paramètre « clé », qui permet d’outrepasser la catégorisation par défaut induite par le modèle {{clé de tri}}, si présent.
Enfin, il existe le modèle {{clé par langue}}, dont la documentation mentionne d’ailleurs le comportement par défaut pour le breton — et qui s’utilise similairement à {{clé de tri}} : {{clé par langue|br|chupenn}} est équivalent à {{clé de tri|chupenn|br}}. D’ailleurs, le paramètre « chupenn » est optionnel dans l’entrée chupenn (le nom de la page est utilisé par défaut).
A ce sujet, peut-être que Shinji peut nous éclairer sur la différence entre ces deux modèles ?
Automatik (discussion) 14 janvier 2021 à 00:13 (UTC)[répondre]
Notification @Automatik : Je parle, comme le titre l’indique, du paramètre lang du modèle "clé de tri". Merci pour l’indication. Je vais essayer de répondre moi-même à ma deuxième question. Lmaltier (discussion) 14 janvier 2021 à 08:13 (UTC)[répondre]
J’ai mes réponses. Il faudrait vraiment mettre à jour la documentation… Lmaltier (discussion) 14 janvier 2021 à 08:15 (UTC)[répondre]
As-tu lu Wiktionnaire:Wikidémie/juillet 2017#Pour conclure Wiktionnaire:Prise de décision/Clés de tri françaises par défaut ? Le paramètre lang=br permet de générer une clé de tri correcte en breton. C’est nécessaire pour trier correctment ‹ch› et ‹cʼh›. Quant à la différence entre les deux modèles, {{clé de tri}} est effectivement égal à {{DEFAULTSORT:{{clé par langue}}}}. — TAKASUGI Shinji (d) 14 janvier 2021 à 08:16 (UTC)[répondre]
Notification @TAKASUGI Shinji : Notification @JackPotte : C’est la documentation du modèle clé de tri que j’avais regardée, et elle n’est pas à jour : par exemple, elle ne cite pas le breton. Il faudrait aussi y résumer complètement les conventions de clé de tri pour chaque langue. J’ai regardé la discussion citée, et je signale que, pour le français, il n’y a pas que le trait d’union comme cas particulier : il y a aussi l’apostrophe (à supprimer sans la remplacer par l’espace), et tous les caractères spéciaux du genre / à remplacer par l’espace (même si c’est rare de les voir dans des titres d’entrée en français). Lmaltier (discussion) 14 janvier 2021 à 08:32 (UTC)[répondre]
Notification @TAKASUGI Shinji : Notification @JackPotte : J'ai l’impression que le paramètre lang ne marche pas correctement, au moins pour le breton, car il ne se préoccupe pas des traits d’union (et autres caractères spéciaux ?) alors que c’est possible qu'il y en ait, et que la clé de tri est censée être générée automatiquement. Exemple : yalcʼh-vutun où le modèle utilisé est : clé de tri|lang=br Lmaltier (discussion) 16 janvier 2021 à 13:14 (UTC) En fait, j’ai peut-être écrit ça un peu trop vite. Mais où est-ce que le trait d’union est traité ? Et quels caractères spéciaux sont-ils traités ? Lmaltier (discussion) 16 janvier 2021 à 13:24 (UTC)*[répondre]
Le remplacement automatique des traits d’union est fait à la ligne 67 du module clé de tri. Quant aux règles par langue, en effet il serait bien de les rajouter à la doc SourireAutomatik (discussion) 16 janvier 2021 à 22:44 (UTC)[répondre]
Notification @Automatik : Merci. Cela répond à ma question : ce sont les caractères -,./() qui sont remplacés par l’espace, et les apostrophes (typographiques seulement) sont supprimées. Cela semble répondre au gros des besoins. Ce serait bien tout de même de le préciser dans la documentation, en plus des règles propres à chaque langue : en effet, si on tombe sur un cas où ça ne suffit pas et qu'il faut mettre une clé de tri explicite, il faut le savoir, et on n’a actuellement aucun moyen de le savoir sans aller voir le code du module, ce qu’il n’est pas réaliste d’attendre des contributeurs, même des quelques-uns qui connaissent le langage… Lmaltier (discussion) 17 janvier 2021 à 08:20 (UTC)[répondre]

Catégorisation, trouver un modèle non-répertorié[modifier le wikicode]

Bonjour, je suis en train de refaire les modèles de déclinaison finnois et j'ai deux questions. (Je n'ai pas beaucoup d'expérience avec les modèles et je fais beaucoup de copier-coller et d'essais-erreurs en ce moment, ça marche parce que je comprends les principes et la syntaxe à force de les tester mais ça reste superficiel, donc ça m'aiderait si quelqu'un peut répondre en gardant ça à l'esprit.)

  1. La page d'aide dit qu'il y a une fonction noinclude pour catégoriser le modèle en tant que modèle (et ainsi de suite) sans catégoriser les pages qui utilisent le modèle comme tels. Est-ce qu'il y a un moyen de faire le contraire? J'aimerais pouvoir catégoriser tous les mots qui utilisent le modèle comme "mots de type 12" ou quelque chose de plus parlant, mais pas le modèle lui-même.
  2. Est-ce qu'il y a des modèles qui sont absolument pas répertoriés, ou alors juste rangés dans un coin obscur? Comment est-ce que je ferais pour les trouver, en pratique? Plus concrètement, je me base beaucoup sur les modèles de déclinaison de la version finnoise du Wiktionnaire, et je crois qu'ils utilisent un modèle statique de tableau non répertorié, tandis que les modèles de déclinaison faciles à trouver ne font que remplir les cellules. J'aimerais regarder le code de ce modèle statique, mais je ne le trouve pas. L'inventaire où je penserais le trouver est cette page. Ce qui m'alerte à l'existence d'un tableau statique de ce côté, c'est par exemple la présence de la ligne suivante dans le modèle tiili (lien vers la page modifier, pour le code entier):

</noinclude>{{#invoke:fi-nom-taiv|Taivutustaulukko

On rencontre une situation similaire du côté du Wiktionnaire anglais, sauf que ce qui suggère qu'il y a bel et bien un modèle quelque part et qu'il est peut-être caché, c'est la présence d'une ligne comme ça, très semblable:

{{#invoke:fi-nominals|...

...dans les modèles trouvables. Le répertoire de modèles en anglais est ici. Je mentionne ça au cas où ça aide à expliquer le phénomène, ou que c'est plus simple d'illustrer la solution avec le Wiktionnaire anglais que finnois. J'imagine qu'il se produit la même chose de notre côté? C'est peut-être pas tout à fait la même chose dans le Wiktionnaire anglais et je ne suis pas en train d'essayer de consulter leur modèle introuvable. Je mentionne que j'ai essayé de chercher Template:fi-nominals et Malline:fi-nom-taiv dans le moteur de recherche des wiktionnaires respectifs. Ça devrait être les noms corrects mais il n'y a pas de résultats. Il y a les résultats Malline:fi-nom-taiv/taulukko et Malline:fi-nom-taiv-nainen du côté finnois, mais c'est pas ce que je cherche. Bref, merci d'avance et dites-moi s'il y a quoi que ce soit à clarifier. Sourire --Tlania (discussion) 15 janvier 2021 à 13:01 (UTC)[répondre]

Notification @Tlania : Bonjour, les bouts de code commençant par {{#invoke: servent à appeler un module, codé en Lua. Les modules que tu recherches s'appellent fi:Module:fi-nom-taiv & en:Module:fi-nominals. D'un point de vue des performances, un module est plus efficace qu'un modèle, toutefois c'est plus compliqué à appréhender. Otourly (discussion) 15 janvier 2021 à 13:17 (UTC)[répondre]
Notification @Otourly : Salut, d'accord, merci! Compris. Une autre question reliée donc: je cherchais ça parce que les modèles parent peuvent définir des ensembles, si je comprends bien. Genre telle, telle et telle variable sont des singuliers, et après on peut avoir une fonction qui s'applique à tous ces singuliers. Est-ce qu'il y a moyen de faire la même chose avec la syntaxe wikicode? ---Tlania (discussion) 15 janvier 2021 à 13:45 (UTC)[répondre]
Notification @Tlania : Idéalement, Lua est à privilégier, mais oui il doit être possible de le faire via modèle, et probablement en fouillant dans l'historique des modèles des wiktionnaires FI et EN tu trouveras le code souhaité. Otourly (discussion) 15 janvier 2021 à 13:58 (UTC)[répondre]

{{eu-décl-nom}}[modifier le wikicode]

Est-ce que quelqu’un d’un peu doué peut copier le modèle que nos collègues du Wiktionary ont fait Template:eu-decl-noun ?

Il est bien documenté (contrairement à nos modèles en basque).

Et il couvre tous les types de mots (adjectif-nom-nom propre / animé-inanimé)

--Diligent (discussion) 5 février 2021 à 09:45 (UTC)[répondre]

extension modèle neutre/ variante[modifier le wikicode]

Bonjour,

Suite à cette discussion: En ajoutant des attestations de certaines formes de genre neutre (recouvrant selon le contexte, des structures impersonnelles, de genre inconnu, agenre, le commun et le genre social non-binaire) j'associais le modèle commun avec celui neutre, mais la suggestion qui m'a été faite est de créer un nouveau modèle, ce qui est une bonne idée. Néanmoins je voulais copier le code de neutre et le modifier pour en faire une variante, mais je n'y ai rien compris:/ aussi je vous demande de l'aide. Scriptance (discussion) 13 avril 2021 à 16:19 (UTC)[répondre]

Bonjour Notification @Scriptance :, Ma proposition était une proposition à tous les contributeurs, je pense qu’il faut plus d’avis (voire un vote en fonction des avis) avant de se lancer dans la création de quoique ce soit de ce type. Le mode de fonctionnement du modèle est plus ou moins facile à faire (je maîtrise suffisamment la syntaxe wiki pour ça), mais j'attendai encore c’est pourquoi je ne l’ai pas créé moi-même. C’est le principe de Wiktionnaire, surtout quand les sensibilités risquent d’être différentes. Treehill (discussion) 13 avril 2021 à 18:25 (UTC)[répondre]
Bonjour, Si je peut trouver compréhensible de lancer une consultation/vote (où? comment?) à propos de l'ajout d'un sens à neutre, qui documente le modèle; je ne comprends pas trop en quoi la création d'un modèle (ici sur la variation de neutre) nécessité par certains mots change quoique ce soit pour les entrées et personnes ne l'utilisant pas. Je rappel que les attestations fournies en exemple, si elles sont certes rares, ne sont pas le fait exclusif de leur créataire (Alpheratz). Scriptance (discussion) 14 avril 2021 à 19:59 (UTC)[répondre]

Voili voilou :) finalement j'ai réussi à créer cette variante! Avez-vous des idées pour l'améliorer? Très fièrx! Scriptance (discussion) 14 avril 2021 à 20:30 (UTC) (Edit) En fait j'aimerais intégrer, comme pour animéx/inaniméx, les variations commun, impersonnel, inconnu, non-binaire (pour les plus utilisés,agenre l'étant moins), et notable {{ni|c}},{{ni|im}}, {{ni|in}} , {{ni|nb}} mais pas encore compris la façon. Scriptance (discussion) 14 avril 2021 à 20:37 (UTC)[répondre]

Scriptance : j’en ai demandé la suppression : le genre (dans son sens social) n’est pas quelque chose de "gammatical". Un neutre non-binaire, etc. ne veut rien dire et n’a aucune pertinence. Treehill (discussion) 16 avril 2021 à 09:37 (UTC)[répondre]
Treehill Bonjour, Wiktionnaire est descriptif (et accepte les hapax donc bon, l'emploi pas uniquement pas leurs autaires, ce qui est le cas (les entrées renseignées ne sont pas le seul fait d'Alpheratz) ) or j'ai relevé des attestations dont les outils actuels du wikt ne pouvaient satisfaire entièrement leur description, c'est emploi sont relevés et analysés comme ne relevant ni du masculin ni du féminin, et désignant parfois une personne non-binaire et parfois un groupe de personne de genre mixte ou commun. On me dit que neutre ne peut fonctionner vraiment dans ce cas là => création d'un nouvel outil/modèle. Donc que votre opinion soit que de telles choses n'existent pas, et que (c'est un des présupposés de votre argumentaire, qui a des airs d'Aca français, donc linguistiquement: 0) le genre grammatical des animés humains n'est pas motivé par leur genre social, malgré la pratique de l'écriture inclusive + apparitions de nouvelles formes pour rendre compte, signifier d'autre genres, ça ne me semble pas pertinent et ne veut rien dire. Néanmoins le renommage (en non standard, inclusif étant le terme qui correspondait au mieux au niveau de l'intentionnalité de la pratique, mais l'autre proposition est ok pour la description) + le passer en sous-modèle de neutre ça me va. Lmatier on n'a pas a inventé de nouveau concept, mais à répertorier ceux existant (et créés par d'autres) donc l'argument ne tient pas (étant que pas moi qui invente (plus exactement, décrit un phénomène existant) cela). Scriptance (discussion) 16 avril 2021 à 12:26 (UTC)[répondre]
Le Wiktionnaire est descriptif et accepte les hapax, mais pas les inventions d’auteur. C’est une chose très différente.
C’est donc un neutre ou un commun, mais la mention de inclusif n’a pas à figurer ici (ça na rien de grammatical). En fonction du modèle qui sera établi un lien peut renvoyer vers une page de définition expliquant ce qui est entendu dans le cas français et potentiellement d’autres langues. Le but n’est pas de créer un modèle qui ne répond qu’à un vocabulaire français. Les développement "inclusif" peuvent être appelé "ouvert", "intégrateur" (j’invente) dans d’autres langues. Le meilleur moyen de les décrire est donc de dire que c’est non-standard dans une alerte collée à genre attribué au mot.
Mon opinion n’est pas que ca n’existe pas, mon opinion est que nous devons faire attention à ne rien inventer en terme de considération grammaticale en décrivant ce qui existe ici, sinon c’est du travail inédit.
Pour la création du modèle, il faut l’accord d’autres personnes avant de l’utiliser modifié. Treehill (discussion) 16 avril 2021 à 13:03 (UTC)[répondre]

{{nom w pc}}[modifier le wikicode]

Prière de visiter Discussion_modèle:nom_w_pc#Besoin. Urhixidur (discussion) 28 juin 2021 à 11:37 (UTC)[répondre]

{{info lex}} et {{lexique}}[modifier le wikicode]

Les modèles {{info lex}} et {{lexique}}, bien que très proches l’un de l’autre du point de vue de leur charge sémantique, sont incohérents pour ce qui est des paramètres attendus. {{info lex}} exige que le code langue soit instruit explicitement (par ex., |géographie|lang=fr}}) tandis que {{lexique}} s’attend à ce que le code langue soit le dernier paramètre implicite (par ex. |judaïsme|fr}}) et refuse un code langue explicite. Les deux modèles devraient traiter le code langue de la même manière. Au minimum, {{lexique}} devrait accepter un code langue explicite comme alternative. Urhixidur (discussion) 30 juin 2021 à 15:06 (UTC)[répondre]

… As-tu lu la documentation ? {{info lex}} n’attend aucun code de langue. Je ne sais pas où tu as vu qu’{{info lex}} exigeait quoi que ce soit. En fait, ce modèle est là quand on ne veut pas catégoriser. Le code de langue n’a que cette fonction là. En conséquence, le code de langue n’est nullement utile dans {{info lex}}. À+, Lepticed7 (À l’immortalité !) 1 juillet 2021 à 13:33 (UTC)[répondre]
Ah ben oui… J’me suis laissé obnubiler par le bascule de l’un à l’autre. J’aurais dû cliquer tout de suite que la perte de la catégorisation entraînait automatiquement la suppression du paramètre de langue.
Bref, j’ai rien dit et on clôt cette discussion. :-) Urhixidur (discussion) 1 juillet 2021 à 19:59 (UTC)[répondre]