Wiktionnaire:Wikidémie/juillet 2009

Définition, traduction, prononciation, anagramme et synonyme sur le dictionnaire libre Wiktionnaire.
Aller à : navigation, rechercher
Ceci est la page de la Wikidémie pour juillet 2009
Mois précédent : juin 2009 Mois suivant : août 2009
La page en cours de la Wikidémie est avril 2017

Sommaire

Juillet 2009[modifier]

Spécial:Recherche est toute bouleversifiée[modifier]

En particulier, MediaWiki:Noexactmatch et MediaWiki:Searchresulttext ne s'affichent plus. Triste--Szyx (d) 2 juillet 2009 à 07:21 (UTC)

Effet secondaire du projet Usuability. Cdlt, VIGNERON * discut. 2 juillet 2009 à 10:12 (UTC)
C'est transitoire, ne pas trop s'alarmer. Toutefois, ils demandent du feedback sur http://usability.wikimedia.org/wiki/Talk:Prototype, donc n'hésite pas à reporter ce problème. 84.226.86.76 2 juillet 2009 à 22:31 (UTC)
Non, je ne vais certainement pas les flooder avec les minables problèmes du Wiktionnaire. --Szyx (d) 2 juillet 2009 à 22:46 (UTC)
Finalement je l'ai fait : [1]. --Szyx (d) 2 juillet 2009 à 23:45 (UTC)
Pour être franc, je trouve très mauvais d'avoir changé la présentation des recherches alors que c'est encore clairement expérimental. Le résultat actuel est inachevé et de mauvaise facture (il suffit de faire une recherche inexistante pour tomber sur une page mal organisée du genre [2]). — Dakdada (discuter) 10 juillet 2009 à 08:19 (UTC)


Apparemment les nouvelles pages systèmes s'appellent MediaWiki:searchmenu-*. Je vais essayer de créer MediaWiki:Searchmenu-new pour voir. --Szyx (d) 6 juillet 2009 à 11:47 (UTC)

Il serait quand même mieux placé au dessus de la grosse boîte grise de recherche (mais ça on peut pas le changer ici). — Dakdada (discuter) 6 juillet 2009 à 13:12 (UTC)
Et je ne vois pas de remplacement pour MediaWiki:Searchresulttext (qui s'affichait dans tous les cas de figure). --Szyx (d) 6 juillet 2009 à 13:33 (UTC)

Liens des flexions de verbes vers la page de conjugaison[modifier]

Utilisateur:Szyx/fr-verbe-flexion Vous ne trouvez pas que ce serait bien ? Actuellement on est obligé de passer par la page de l'infinitif, ce qui en terme de navigabilité n'est pas génial. Je vois deux façons :

  • mettre un lien dans {{fr-verbe-flexion}} (d'un façon à déterminer) ;
  • ajouter un paramètre inf= à {{1ergroupe}} et compagnie pour qu'ils puissent être utilisés en ligne de forme des flexions.

Vos avis ? --Szyx (d) 2 juillet 2009 à 13:19 (UTC)

La première solution est bien meilleure, puisqu'elle ne change rien, à part le modèle, on n'a donc pas à changer les centaines de milliers de pages existantes. Mais ça ne me semble pas une question vraiment cruciale (à moins que ça ait déjà vraiment gêné certains ?). Lmaltier 2 juillet 2009 à 13:33 (UTC)
Cruciale, certainement pas, mais pratique je pense. J'ai mis un exemple ici, allez modifiez directement Utilisateur:Szyx/fr-verbe-flexion pour améliorer l'aspect. Cela se passe sur la deuxième ligne de code :
!colspan="3"|<small>[[Annexe:Conjugaison française:{{{inf}}}]]</small>
Il faudrait peut-être mettre un cadre ? --Szyx (d) 2 juillet 2009 à 14:13 (UTC)
C'est indéniablement un plus intéressant. Au passage je signale de nouveau ces flexions de verbes du genre évaderions qui font référence à un verbe évader qui n'existe pas, Ça fait désordre --Béotien lambda 2 juillet 2009 à 15:05 (UTC)
Afin que vous vous bougiez, je tente une modification. --Szyx (d) 5 juillet 2009 à 20:47 (UTC)
Modifier {{fr-verbe-flexion}} nécessite malheureusement aussi de modifier toutes les pages concernées, car le modèle a besoin de l'infinitif. Alors j'ajoute le paramètre, mais le lien ne s'affichera que si des courageux renseignent ce paramètre. Page de test : mange#fr-flex-verb. --Szyx (d) 6 juillet 2009 à 14:23 (UTC)

Plutôt qu’un case fusionné colspan="3", il faudrait le titre en titre avec |+ ! Cdlt, VIGNERON * discut. 7 juillet 2009 à 08:53 (UTC)

Si tu peux m'aider, je suis preneur. Parce que je n'arrive pas à mettre des bordures là où je veux et seulement là où je veux. --Szyx (d) 7 juillet 2009 à 09:07 (UTC)
Je n'ai rien contre les small |+, mais je trouve plus beau le titre à fond bleu déjà utilisé par les autres modèles à cet endroit ({{fr-reg}}{{fr-rég}}...) (je viens donc de modifier Utilisateur:Szyx/fr-verbe-flexion avec). Je pense de plus remplacer "Conjugaison de manger" par "Conjugaisons similaires de manger". JackPotte 7 juillet 2009 à 11:22 (UTC)
titre gras en 1.5em
titi toto
tata tutu
Mettre le titre en titre est un règle de codage, ne pas le faire est grave (pour diverses raisons, notamment du point de vue de l’accessibilité).
Par contre, on peut mettre en forme le titre (j’ai pas cherché/trouvé pour mettre le fond en bleu mais ce doit être possible à priori).
Dans un monde parfait, il faudrait tout mettre dans la class flextable plutôt que de mettre encore des du code de mise en forme dans chaque modèle.
Boire ou manger, ça ne change rien. Cdlt, VIGNERON * discut. 7 juillet 2009 à 11:53 (UTC)
Ça c'est tout à fait possible. — Dakdada (discuter) 7 juillet 2009 à 12:18 (UTC)
Nous assistons peut-être à la naissance d'une nouvelle génération de modèles, à l'instar de it:sim qui utilise un .gif de drapeaux animés par langue, il serait contemporain de remplacer le fond bleu de la class flextable par un fond animé ou étalé :
  1. Pour le français : Flag of France.svgFlag of Belgium.svgFlag of Switzerland.svgFlag of Canada.svg, ou lang-fr.gif.
  2. Pour l'arabe : Flag of Algeria.svgFlag of Bahrain.svgFlag of Djibouti.svgFlag of Egypt.svgFlag of Iraq.svgFlag of Jordan.svgFlag of Kuwait.svgFlag of Lebanon.svgFlag of Libya.svgFlag of Mauritania.svgFlag of Morocco.svgFlag of Oman.svgFlag of Palestine.svgFlag of Qatar.svgFlag of Saudi Arabia.svgFlag of Somalia.svgFlag of Sudan.svgFlag of Syria.svgFlag of Tunisia.svgFlag of the Sahrawi Arab Democratic Republic.svgFlag of Yemen.svg, ou lang-ar.gif

. JackPotte 7 juillet 2009 à 13:50 (UTC)

Quel rapport ? Mais non, non, non, les langues et les pays sont deux choses complètement différentes, et on voit tout de suite que l'apparence est ridicule (en plus, y a plein de pays oubliés pour le français). Lmaltier 7 juillet 2009 à 13:55 (UTC)
D'accord avec Szyx ; de plus je suis en général contre les animations : ça distrait plus qu'autre chose. Une exception que je vois est la description de la calligraphie des différents caractères chinois, qui est utile et pas trop invasive. Pour les langues, un lien vers une description est plus sobre et informatif. — Dakdada (discuter) 7 juillet 2009 à 14:32 (UTC)
D'accord aussi. De toute façon trop de langues auraient aussi le même seul et unique drapeau (si on se limitait à leur seule zone native historique), et les langues sont plus internationales qu'on le pense et n'appartiennent à aucun pays. En plus de ça des langues bien réelles sont bannies par l'autorité politique du pays dans lequel elles situent leur région historique, et si on attache le drapeau officiel du pays, cela peut être carrément génant pour les autres locuteurs émigrés qui ne reconnaissent pas la légitimité de ce pays sur leur langue (par exemple le drapeau du Myanmar pour les langues des minorités comme les karènes, ou le drapeau iranien sur les langues minortaires iraniennes, ou le drapeau turc pour les minorités de l'est anatolien ou les arméniens).
C'est d'autant plus vrai aujourd'hui, alors que les frontières politiques ont changé, et les hommes ont intensifié les migrations partout dans le monde tout en conservant leur langue. Même la définition des langues officielles est insuffisantes (on doit y ajouter aussi les langues nationales et des tas d'autres langues oubliées). Je ne veux pas plus des drapeaux de régions (Bretagne par exemple) ou de provinces ou d'Etats de pays (Québec par exemple) ou d'anciennes provinces ou pseudo-provinces historiques (Occitanie par exemple). La seule bonne façon de désigner une langue c'est par son nom (ou par le code international qui lui est associé et est non ambigu par rapport aux noms traduits de façon diverses. verdy_p (d) 9 octobre 2009 à 19:26 (UTC)

Charte graphique[modifier]

Accessoirement, {{fr-verbe-flexion}} n'est pas conforme aux conventions coloresques de {{fr-conj}} (mais doit l'être à celles du modèle obsolète {{conj-fr}}). Je vais donc corriger cela. --Szyx (d) 6 juillet 2009 à 16:46 (UTC)

fait Tant bien que mal, cf plus bas. --Szyx (d) 9 juillet 2009 à 22:39 (UTC)

Modèle:fm?[modifier]

Pour information, j'ai créé ce modèle, équivalent à {{mf?}}, mais qui indique que le féminin est plus fréquent. Lmaltier 2 juillet 2009 à 16:58 (UTC)

Les modèles, c'est MAL. Je te tire la langue--Szyx (d) 2 juillet 2009 à 22:47 (UTC)

MyEtymology.com[modifier]

...is an etymology dictionary for all languages. Its purpose is to tell you the etymology of every word of every language. (cela ne vous rappelle pas quelque chose ?) [3]

Je viens de tomber dessus par hasard. Vous connaissiez ? --Szyx (d) 3 juillet 2009 à 12:26 (UTC)

Non. Ça a l'air pas mal, mais je n'ai pas trouvé leurs sources, ni leur licence. — Dakdada (discuter) 6 juillet 2009 à 11:50 (UTC)
Ni qui est derrière... --Szyx (d) 6 juillet 2009 à 11:53 (UTC)
Il y a une mention de copyright. Je suppose donc que toute réutilisation nécessite leur accord préalable. Lmaltier 6 juillet 2009 à 12:06 (UTC)
J'ai uniquement essayé un mot : rose, en anglais. Ils disent que l'usage le plus ancien du mot en anglais date du 19e siècle, ce qui est évidemment faux, le mot était employé avant. On ne peut pas dire que ce test me donne confiance... Lmaltier 6 juillet 2009 à 12:06 (UTC)
Par contre si tu regardes vegetarian, c'est assez prometteur (je parle de la chaine étymologique). --Szyx (d) 6 juillet 2009 à 12:33 (UTC)

La présentation est très intéressante par contre le contenu me donne vraiment pas confiance. Cdlt, VIGNERON * discut. 7 juillet 2009 à 08:37 (UTC)

Autoformat[modifier]

Si vous ne connaissez pas en:User:Autoformat, c'est un robot qui met en forme tous les articles du Wiktionary. Ce serait chouette d'en avoir un. Enfin, les prochaines tâches que je propose aux robots, c'est de remplacer {{PAGENAME}}, {{en-compar}} et {{en-superl}} avec {{subst:}}... Je suis l'auteur de {{en-compar}} et {{en-superl}}, et le problème c'est que ça ajoute le # tout seul, donc c'est impossible d'ajouter les modèles de contexte comme {{rare}} ou {{vx}}. Mglovesfun (disc.) 5 juillet 2009 à 08:55 (UTC)

Tu devrais enlever le # des modèles, je pense. --Szyx (d) 6 juillet 2009 à 09:13 (UTC)
Je plussois : les puces et numérotations doivent être en dehors des modèles. Si tu cherches un robot à tout faire, le mien va peut-être reprendre un peu de service. — Dakdada (discuter) 6 juillet 2009 à 13:17 (UTC)
hmmm, hmmmmm...... Chrisaix 7 juillet 2009 à 08:34 (UTC)
De la même façon, je n'aime pas que {{variante de}} et {{variante ortho de}} ajoute un point automatique, ce qui le rend plus difficile (mais pas impossible) d'ajouter une explication à la définition. Mglovesfun (disc.) 7 juillet 2009 à 10:35 (UTC)
C'est pourquoi la puce a été supprimée de {{WP}} (cf Wiktionnaire:Journal des contributeurs#Décembre 2008), je pense qu'il faut en faire autant pour les autres. --Szyx (d) 8 juillet 2009 à 16:46 (UTC)
Si on revenait bien au titre de cette section, un robot pour ajouter les clés de tri, mettre les langues dans le bon ordre, ce serait génial. Je pense que Dakdada avec ses compétence informatique serait le meilleur d'entre nous pour parler avec le créateur de Autoformat. Mglovesfun (disc.) 13 juillet 2009 à 09:37 (UTC)
Reporté dans Wiktionnaire:Bot/Requêtes#Fonctionnalit.C3.A9s_requises. JackPotte 19 juillet 2009 à 23:27 (UTC)

Apparence "vector"[modifier]

La nouvelle apparence nommée "vector" a fait son apparition dans vos préférences du Wiktionnaire. Je reprends ci-dessous le message de Guillom sur le bistro de Wikipédia du 2 juillet.

Bonjour. Il y a quelques jours, j'avais indiqué une astuce technique pour prévisualiser la nouvelle apparence (appelée « Vector ») sur laquelle travaille actuellement l'équipe de la Wikipedia Usability Initiative. Vous pouvez désormais l'activer dans vos préférences, Onglet « Apparence », cochez « Vector » et sauvegardez. L'apparence est encore en phase de test, n'hésitez pas à rapporter les bugs que vous rencontrez.
Vous pouvez également tester la barre d'outils améliorée (en mode « modification »). Pour cela, toujours dans vos préférences, onglet « Fenêtre de modification », cochez « Activer la barre d'outils améliorée » et sauvegardez.
Si vous avez personnalisé votre « monobook », n'oubliez pas de renommer votre monobook.js ou monobook.css en vector.js et vector.css respectivement (et rechargez votre cache). guillom 2 juillet 2009 à 07:57 (CEST) + 07:34 + 07:16

Note : dans la dernière phrase, lisez "recopier" au lieu de "renommer".

--Szyx (d) 6 juillet 2009 à 12:21 (UTC)

Je teste. Ça a l'air sympa de prime abord, même si j'ai pas vu de grosse avancée autre qu'esthétique, mis à part les onglets d'actions qui sont mieux organisés en haut de page. J'espère juste que la barre d'outils améliorée pourra être modifiée de manière à y inclure tout ce qu'on a entassé sous la barre de recherche (caractères spéciaux, modèles). — Dakdada (discuter) 6 juillet 2009 à 13:20 (UTC)

Note2 : en fait, on peut aussi comprendre « recopier » pour ceux qui ne sont pas sur de vouloir passer en Vector (qui souffre de quelques bugs et malfaçons) et qui souhaiteraient revenir à l’apparence Monobook (celle par défaut, d’où le nom !). Si vous avez des remarques, vous pouvez les faire directement à l’Initiative Usuability. Cdlt, VIGNERON * discut. 7 juillet 2009 à 07:51 (UTC)

Un modèle bien conçu devrait pouvoir être testé en prévisualisation[modifier]

Je suis très énervé contre ceux qui ont conçu tous ces modèles qui cachent derrière un <includeonly> la déficience de leur conception :

Alors par pitié : plus de <includeonly> quand ce n'est pas strictement nécessaire. --Szyx (d) 6 juillet 2009 à 17:37 (UTC)

Sinon tu peux toujours recopier le modèle sur une de tes pages utilisateur et le tester comme ça. Enfin c'est ce que je fais dans ces situations. Parce que includeonly ou pas, si tu as des choses un peu plus compliquées à tester, ce ne sont pas quelques paramètres par défaut qui t'aideront - et en plus ils compliquent les modèles. Beru7 6 juillet 2009 à 18:05 (UTC)
Je suis un peu d'accord pour les includeonly : c'est mieux de ne pas cacher le modèle quand celui-ci peut-être affiché sans problème. Par contre, comme le dit Beru7, si tu veux tester un modèle sans faire trop au hasard, il vaut mieux faire des essais à part. C'est comme ça par exemple que j'avais testé les modèles {{pron}}, {{ucf}}, {{-déf-}} etc. dans des sous-pages personnelles avant de faire des modifications importantes. — Dakdada (discuter) 6 juillet 2009 à 18:53 (UTC)

Je ne peux que plussoier et ajouter que cela ne concerne pas que le includeonly. Tout modèle devrait être documenter (au minimum, lister les paramètres et les décrire), catégoriser, et donner un exemple d’utilisation. Cdlt, VIGNERON * discut. 7 juillet 2009 à 08:13 (UTC)

Oui mais les exemples en sous-page d'aide ne permettent pas de tester une modification aussi simple qu'un changement de couleur en prévisualisation car ils affichent toujours la version d'avant. Et pour répondre à Beru7, faire une copie dans une page utilisateur ne résout pas le problème si le modèle n'est pas conçu pour s'afficher un minimum avec aucun paramètre renseigné : copie ou pas, il faut faire la modification en aveugle, aller sur une page de test avec un appel au modèle, y faire un null edit pour forcer le rafraichissement de la page, pour s'apercevoir qu'on s'est trompé et recommencer, toujours en aveugle. C'est franchement pénible.
Pour un exemple de ce que je pense être la bonne façon de faire, voir par exemple Modèle:fr-conj-3-attre, ou toute modification simple peut être testée en prévisualisation et où l'auto-affichage du modèle sert aussi de documentation.
--Szyx (d) 7 juillet 2009 à 08:54 (UTC)
Et désolé pour le « contre ceux qui ont conçu », je ne visais personne en particulier, je n'ai même pas regardé les historiques. --Szyx (d) 7 juillet 2009 à 09:03 (UTC)
Pour moi les includeonly servent à catégoriser les pages contenant le modèle sans catégoriser celui-ci. JackPotte 24 juillet 2009 à 21:19 (UTC)
Franchement cela n’empêche pas du tout une prévisualisation : si vous faites une modif sur un modèle comme ça, qui contient des includeonly pour de bonnes raisons, il est possible de faire un aperçu en insérant temporairement un blanc au milieu du nom de la première balise includeonly : ce sera visible dans l'aperçu, mais pas génant pour le reste.
Ensuite si le reste s'affiche correctement, on supprime ce blanc et le modèle revient à la normale.
Bref je suis entièrement favorable à ce que la totalité du code du modèle (ainsi que le code d'autocatégorisation des pages qui l'emploie) soit entièrement dans une seule section includeonly en tête de modèle, et qu'à la fin on ne trouve plus qu'une seule section noinclude contenant uniquement l'appel au modèle {{Documentation}}.
Les modèles de toute façon devraient être tous documentés, avec des exemples et des renvois, mais faire la doc est plus long que le modèle lui-même, et cela demande de fréquents changements (de même que l'ajout des interwikis ou catégories : toutes ces modifs devraient avoir lieu dans la page de doc car cela ne concerne pas les modèles eux-mêmes (qui en plus peuvent avoir à être protégés).
Sinon on voit que vous ne savez pas encore que TOUS les modèles peuvent disposer aussi d'une sous-page "/bac à sable" (de l’anglais sandbox) dans lequel on y copie le code existant (même protégé), et d'une sous-page "/test" permettant de tester le modèle en version bac à sable. Si tout est OK, il n'y a plus qu'à recopier le bac à sable intégralement dans le modèle de base.
Tous les modèles protégés ou non peuvent aussi contenir en haut la mention de l'existence de ce bac à sable qui est détecté automatiquement (si on a utilisé le modèle {{Documentation}}), et donc offrir un lien vers lui de même que vers sa sous-page de "test" (laquelle pourra au choix utiliser la version "bac à sable" ou la version de base du modèle pour les comparer...) : la sous-page "/bac à sable" ne sera pas protégé, ni la sous-page "/test", ni la sous-page "/Documentation".
verdy_p (d) 9 octobre 2009 à 18:53 (UTC)

Dictionnaires[modifier]

Bonjour,

Il y a plusieurs dictionnaires sur Wikisource (le Trévoux, le Gaffiot, un dico de sanskrit, etc. liste quasi-complète sur s:Wikisource:Dictionnaires). Il en sont à des états de relecture divers, la plupart en sont aux bases mais cela pourrait être utile pour les Wikidémiciens. La question est comment ? Vu la quantité d’information, il faudrait penser à l’organisation de cela. Par exemple, faut-il que les wikisourciers adoptent une syntaxe particulière ? Question subsidiaire : quelqu’un sait comment a été importé le dico de l’Acad. ? Cdlt, VIGNERON * discut. 7 juillet 2009 à 08:12 (UTC)

Pour le dico de l'académie, il a été importé par Utilisateur:DaftBot. Il y a quelques informations ici : Wiktionnaire:Dictionnaire de l’Académie française. — Dakdada (discuter) 7 juillet 2009 à 11:36 (UTC)

Redirection[modifier]

Quand faire une redirection et quand créer un article à part ? Je me pose notamment la question pour les mots utilisant des anciennes graphies. oraiſon mérite-t-il un article ou une simple redirection vers oraison ? Cdlt, VIGNERON * discut. 7 juillet 2009 à 11:28 (UTC)

Les redirections ne doivent être créées que quand il n'y a absolument aucune information à donner pour le renvoi. Dans le cas que tu présentes, le renvoi nécessite une justification, du genre « Graphie ancienne (utilisé de tant à tant) de oraison ». — Dakdada (discuter) 7 juillet 2009 à 11:32 (UTC)
Je en suis pas d'accord : la règle, c'est un article par mot. Et là, l'orthographe est la même. Pour moi, ce n'est qu'une question typographique (comme pour les apostrophes). Si on y tient vraiment, on peut créer ce genre de redirection (oraiſon vers oraison), mais je ne pense pas que ce soit indispensable : le ſ est un s imprimé d'une certaine façon à une époque, mais c'est un s, et c'est tout. De la même façon, on avait d'autres caractères typographiques particuliers (caractère unique pour les caractères s et t se suivant, par exemple). Je ne vois pas bien non plus l'intérêt de faire des redirections pour ces cas-là (je ne sais d'ailleurs même pas si ces caractères existent dans Unicode). On peut en faire si on y tient absolument, mais je suis convaincu qu'elles ne serviront jamais. Lmaltier 7 juillet 2009 à 11:39 (UTC)
ça me permet de rappeler que personne n'a clôturé le dernier débat de juin : doit-on rediriger les différentes flexions (déclinaisons et conjugaisons) des locutions vers l'article principal ? JackPotte 7 juillet 2009 à 11:49 (UTC)

Pour centrer le débat, je pense uniquement aux mots contenant : un s long, des ligatures (œ, Œ, æ, Æ, ß, fi, &, ff, fi, fl, ffi, ffl, ſt, st, IJ, etc.) ou des variantes graphiques du même genre. Les redirections depuis l’apostrophe droite vers l’apostrophe courbe sont déjà monnaies courantes. Cdlt, VIGNERON * discut. 7 juillet 2009 à 12:29 (UTC)

On ne peut pas traiter tous ces cas de la même façon, il faut voir au cas par cas. Par exemple, pour œ, ce n'est pas seulement une question typographique, c'est une question d'orthographe (on écrit œsophage, mais moelle), donc une redirection n'est pas appropriée. Pour &, je pense que c'est aussi devenu un signe à part entière, donc pas de redirection (sauf exceptions, peut-être). Pour st (le cas que je citais, apparemment, et qui existe aussi avec le s long à l'ancienne, d'ailleurs), c'est juste une question typographique, et on peut donc faire une redirection (même si personne ne s'en servira jamais, de toute évidence, la question ne se pose donc pas vraiment). Pour IJ, il faudrait voir avec des spécialistes du néerlandais... Lmaltier 7 juillet 2009 à 12:50 (UTC)
Pour IJ, la commission linguistique du gouvernement néerlandais a tranché : cette ligature est obsolète, car elle n'a jamais porté une distinction orthographique, bref c'est uniquement une ligature typographique, et on ne doit plus l'utiliser. Bref c'est exactement comme ff, fi, fl, ffi, ffl.
Pour le ß, il y a bien des distinctions orthographiques (et cela a fait l’objet de débats houleux en Allemagne, au point même qu’il a fallu lui donner une majuscule !). Bref c'est une lettre à part, même s'il existe de nombreux mots (mais pas tous...) pour lesquels il ne se différencie pas de ss (graphie adoptée en Suisse pour tous les cas où il n'y a pas d'ambiguité) : la situation est similaire à celle du umlaut sur une voyelle allemande, remplacée par la lettre e après la voyelle (conformément aux traditions les plus anciennes puisque le umlaut n'a JAMAIS été un signe de diérèse comme notre tréma, mais une forme seulement ressemblante, dans l'ancienne caligraphie Fraktur allemande, aux signes de diérèse comme notre tréma ou le dieresis de l'anglais traditionnel : la décision de remettre le e est finalement plus logique et plus respectueuse de l'allemend que de supprimer les umlauts diacritiques). Le ß ne peut pas être totalement équivalent à ss (raison pour laquelle il ne faut plus le convertir en SS lorsqu’on écrit en petites ou grandes capitales, contrairement à ce qu’ont fait de nombreux anciens algorithmes, mais pas tous) : il vaut mieux soit le garder totalement inchangé (si on n'a pas la nouvelle capitale dans les polices), soit le changer en grand ß capitalisé... Il y a un papier d'Unicode qui traite de ce sujet: la capitalisation en SS présente dans les anciennes bases de données ne peut être changée dans la base UCD, mais de toute façon elle ne s'applique que dans le cas d'une langue par défaut inconnue. Si la langue est connue, il faut utiliser les règles de capitalisation spécifiques à la langue (comme c'est déjà le cas pour les deux i/I turcs). Bref la capitalisation d'Unicode n0est pas figée comme on le prétend, mais est sujette au tailoring dans chaque langue de localisation !
verdy_p (d) 9 octobre 2009 à 19:09 (UTC)
Pour des cas comme st, on pourrait quand même éventuellement avoir une utilisation pour les redirections : c'est si des sites genre Wikisource utilisaient ces caractères Unicode pour mieux respecter la typographie d'origine (ils auraient sans doute tort, à mon avis, mais bon...). Mais en existe-t-il ? Lmaltier 7 juillet 2009 à 12:57 (UTC)
Personne n’ira écrire mœlle donc une hypothétique redirection vers moelle n’a aucun sens (ce qui est logique puisqu’il n’y a pas de ligature). Par contre, sœur est souvent écrit soeur donc il faut au minimum une redirection, éventuellement un article (logique puisque là il y a une ligature). Idem, les néerlandais écrivent IJsland à la place de IJsland (là par contre, il faudrait un spécialiste parce que apparemment la ligature ne se fait plus, mais on garde la capitalisation du digramme comme si la soudure existait encore !). Exclure le & ? Donc on crée les articles mur&, jardin&, &c ? Moi, je veux bien mais que l’on ne vienne pas les supprimer ensuite.
Sur Wikisource, il m’arrive d’utiliser ces ligatures et je suis loin d’être le seul. Serment d’incompétence oblige, on n’altère pas le texte d’origine, d’ailleurs quand on attaque le moyen français, difficile de moderniser sans faire des erreurs.
Cdlt, VIGNERON * discut. 7 juillet 2009 à 14:46 (UTC)
Ah bon, ça ne doit pas faciliter la lecture, personnellement, je conserverais seulement l'orthographe (du genre françois au lieu de français). En tout cas, c'est une raison de pouvoir avoir des redirections (mais pas des pages différentes pour toutes les variantes typographiques possibles, genre coussin, couſsin, et couſſin, tous les trois susceptibles d'être utilisés). Pour le &, je ne comprends pas : mur&, jardin&, ça ne veut rien dire, il me semble... A moins que j'interprète mal ce signe : je le prenais comme signifiant et (ou and) dans certains mots, du genre R&B. Si c'est un autre genre de s, je le traiterais comme le ſ. Lmaltier 7 juillet 2009 à 15:52 (UTC)
Pour la lecture, on essaye de trouver des éditions modernes ou alors on tente la modernisation nous même. J’avoue avoir inventer les mots mur& et jardin& sur le coup, mais les mots &c. pour etc., faz& pour fazet, deber& pour deberet existent bien. pendant longtemps (surtout au Moyen Âge, parce que c’est de cela qu’il s’agit en fait), l’esperluette a été considéré comme la 27e lettre de l’alphabet et servait à abrégé « et » en « & », il n’est donc pas que le signifiant de concaténation. Il est très improbable que « couſsin » apparaissent où que ce soit (cela correspond pas aux règles des variantes contextuelles, même coußin aura probablement une fréquence littéraire plus élevée). Sinon, il existe une ligature ſſ mais elle n’existe pas informatique (ce qui résout le problème). Dans le même genre, il y a aussi les lettres u, v, i, j qui varient en ancien français, alors article ou redirection pour gouuverneur (gouverneur). Il y a aussi le tilde (ou parfois le macron) pour doubler les lettres grand noté grãd. Au final, cela concerne des milliers de mots, si je dois créer les articles, je vais probablement créer un modèle et une annexe pour éviter de répéter les mêmes informations. Cdlt, VIGNERON * discut. 8 juillet 2009 à 09:01 (UTC)
J'ai enfin compris, tu voulais écrire muret et jardinet. Je pense qu'il faut des pages individuelles dans ces cas-là, pas des redirections, puisque & est encore utilisé aujourd'hui, en tant que caractère normal (par exemple R&B). La preuve que c'est utile, c'est que j'avais mal compris. De même pour gouuerneur, si on le trouve utilisé, ou grãd, puisque le tilde est considéré actuellement comme faisant partie de l'orthographe. Par contre, quand c'est simplement une variante typographique qui n'influe pas sur l'orthographe et qui ne peut absolument pas porter à confusion, comme dans le cas de ſ, une redirection est possible. Il s'agit d'être pratique, de fournir toute l'information voulue, mais pas plus, et de ne pas créer de pages inutiles. Lmaltier 8 juillet 2009 à 09:16 (UTC)
Je pense que je vais créer les pages au cas par cas. Ok, donc par exemple oraiſon ou glorifie serait des redirections vers oraison et glorifie alors que meſme serait un article expliquant que c’est une graphie ancienne de même (et que le ſ est devenu s puis ^ comme dans forêt). Cdlt, VIGNERON * discut. 8 juillet 2009 à 09:47 (UTC)
A mon avis, meſme devrait être une redirection vers mesme. C'est bien le mot mesme qu'on veut traiter, quelle que soit la typographie utilisée... Et dans mesme, on peut dire que c'est une orthographe ancienne de même (tout comme françois est une orthographe ancienne de français). Lmaltier 8 juillet 2009 à 09:59 (UTC) Je proposerais la régle suivante pour tout résumer : c'est seulement l'orthographe des mots qui doit être prise en compte pour créer une page à part entière, pas leur graphie, sauf quand cette graphie donne au mot un sens bien différent, ou bien donne en apparence au mot une orthographe différente. Lmaltier 8 juillet 2009 à 10:06 (UTC)

Problème technique sur un exemple[modifier]

Si vous pouviez aller voir le dernier exemple dans engrossir, je ne comprends pas ce qui ne va pas. Lmaltier 8 juillet 2009 à 15:55 (UTC)

Il y avait un caractère spécial caché en début de ligne, ou quelque chose du genre. Je l'ai enlevé, mais je ne sais pas ce que c'était. — Dakdada (discuter) 8 juillet 2009 à 16:22 (UTC)
Re : le caractère était un Left to right mark ([4]), c'est-à-dire un indicateur de sens de lecture de la gauche vers la droite… — Dakdada (discuter) 8 juillet 2009 à 16:24 (UTC)
Merci. Je me demande bien d'où il venait. Lmaltier 8 juillet 2009 à 16:31 (UTC)
à mon avis un clic droit dans la zone d'édition, et un clic malheureux dans le menu contextuel où on propose (sur certains navigateurs ou éditeurs) d'insérer ce genre de contrôle de format indispensable à certaines langues (il n'y a pas que les indicateurs de direction, mais aussi ceux de jonction et disjonction de mots ou de graphèmes, ainsi que les inhibiteurs de ligatures quand elles sont pertinentes sémantiquement (par exemple dans certains mots en allemand ou dans des langues agglutinantes). verdy_p (d) 20 août 2009 à 11:19 (UTC)

tensiomètre[modifier]

Un tensiomètre désigne en fait plusieurs types d'appareils (voir sur wikipédia). L'article devrait être complété. Cjp24 9 juillet 2009 à 03:17 (UTC)

Voir Wiktionnaire:Proposer un mot, mais merci. --Szyx (d) 9 juillet 2009 à 22:35 (UTC)
fait--Szyx (d) 26 juillet 2009 à 18:30 (UTC)

Annexe:Prononciation/espéranto[modifier]

En raison de fréquents conflits d'édition sur le contenu de cette annexe, je suggère que le tableau de l'API soit remplacer par le tableau suivant, présentant uniquement les lettre et leur valeur en API. 86.199.4.170 9 juillet 2009 à 07:27 (UTC)

Voyelles

Antérieure Centrale Postérieure
Fermée [i] i [u] u
Moyenne [e] e [o] o
Ouverte [a] a

Consonnes

  Bilabiale Labio-dentale Labio-vélaire Dentale Alvéolaire Post-alvéolaire Palatale Vélaire Glottale
Occlusive [p] p [b] b     [t] t [d] d       [k] k [g] g  
Affriquée         [ʦ] c [ʧ] ĉ [ʤ] ĝ      
Fricative   [f] f [v] v     [s] s [z] z [ʃ] ŝ [ʒ] ĵ   [x] ĥ [h] h
Nasale [m] m     [n] n          
Latérale         [l] l        
Roulée         [ɾ] r        
Approximante     [w] ŭ       [j] j    

Remarques

  • L'affriquée dz n'est pas répertoriée dans la liste habituelle des consonnes, mais se rencontre néanmoins dans quelques mots tels que edzo « époux ». Elle peut être considérée comme un groupe de consonnes.
  • j et ŭ comme semi-voyelles peuvent former le second élément de diphtongues phonétiques: aj, ej, oj, uj, aŭ, eŭ. D'un point de vue phonologique cependant, ces diphtongues s'analysent comme des combinaisons de phonèmes. Une évolution relativement récente utilise ŭ pour transcrire le son [w] dans les noms propres (Ŭato, Watt ; mais Vaŝingtono, Washington).
Y a-t-il quelqu’un dans l’avion qui parle l’espéranto et qui a l’habitude de l’entendre ? Perso, je n’ai jamais entendu personne le parler, j’ignore totalement comment on le prononce. Entre la théorie et la pratique, il y a souvent un écart énorme, et il est difficile de dire si la prononciation demandée ici correspond à la théorie justement, ou à la pratique... Qui pourrait répondre ? Chrisaix 9 juillet 2009 à 16:03 (UTC)
Il faudrait demander chez http://esperanto-france.org/ par exemple. Parce que moi, la seule fois où j'ai entendu de l'espéranto, c'était pendant les européennes, en regardant le spot des espérantophones (c'était apparemment Europe Démocratie Espéranto). En furetant très rapidement je suis tombé sur ça qui a parait-il des exemples audio. À voir (enfin, à entendre). — Dakdada (discuter) 9 juillet 2009 à 16:35 (UTC)
Pour ma part, j’en ai entendu et je confirme que ce tableau représente la prononciation exacte. 86.199.4.170 9 juillet 2009 à 17:38 (UTC)
Moi je le parle et je l’ai entendu parler. Il n’y a pas de prononciation exacte : selon les gens, E varie entre [e] et [ɛ], O entre [o] et [ɔ], et le R peut être prononcé [r], [ɾ], voire [ʁ]. (Et pour les consonnes affriquées, ce n’est pas mieux de mettre t͡ʃ au lieu de ʧ par exemple?) Mutichou 9 juillet 2009 à 18:25 (UTC)
C'est bien pour ça que justement, dans un dictionnaire de langue, on n'indique pas la phonétique dans la prononciation des mots (normalement indépendante de la langue mais propre au locuteur qui la prononce, et donc multipliées sans fin), mais seulement la phonologie propre à cette langue (et indépendante du locuteur). La phonologie ne doit mentionner que ce qui est pertinent à la différenciation des mots entre eux (à l'aide des paires contrastantes). On retient alors comme signe phonologique utilisé dans les prononciations du dictionnaire entre //, seulement le signe phonétique le plus fréquent (au sens conventionnel) parmi les réalisations constatées, qui regroupent un nombre assez bien reconnu de phonèmes considérés comme corrects dans la langue. A la suite de quoi, si certains mots peuvent avoir des prononciations très différentes, qui échappent aux règles de regroupement de la normalisation phonologique, on se permet de les mentionner comme alternatives.
Donc selon moi, ce genre de tableau devrait se contenter uniquement des groupes de phonèmes phonologiquement pertinents. Le choix du signe phonologique est l'objet d'un consensus et d'une convention qui suit une tradition forte, difficile à changer, même si certains ne respectent plus cette classification: tant que les différences phonologiques sont observées, et continuent à influencer alors les évolutions orthographiques, il n'y a pas de raison de les changer. On n'a donc pas à mentionner dans ce tableau les sons exacts (qui n'ont guère de sens puisqu'ils varient facilement, y compris pour un même locuteur).
Ceci dit, je suis d'accord sur le fait qu'il faudrait abandonner l'utilisation des ligatures pour les affriquées, comme le recommande maintenant l'API en les décomposant en phonèmes plus simples, même s'ils sont liés, d'autant plus facilement ici dans la notation phonologique demandée à un dictionnaire (où cette liaison est non pertinente). verdy_p (d) 20 août 2009 à 11:30 (UTC)

J'ai protégé la page sur une version qui m'a paru arbitrairement moins mauvaise que les autres. Je vous suggère donc d'aller maintenant faire vos propositions sur Discussion Annexe:Prononciation/espéranto. --Szyx (d) 9 juillet 2009 à 22:33 (UTC)

Je ne sais pas si c'était une bonne idée de protéger l'annexe, parce que, maintenant, on ne peut plus faire de propositions... Bien que non spécialiste, je propose :
  1. De garder le tableau tel qu'il était au départ, par souci d'homogénéité avec les tableaux API des autres langues ;
  2. D'enlever la référence aux Français qui est effectivement moqueuse et n'apporte rien de plus ;
  3. De signaler les variations de prononciation pour les lettres "e", "o" et "r" qui, à mon avis, sont logiques puisqu'on a toujours tendance à prononcer une langue en fonction de sa propre langue maternelle.
  4. De choisir une convention qui sera gardée pour les transcriptions API de tous les articles en espéranto.
L'espéranto n'étant une langue maternelle pour personne, la prononciation, même si elle a été fixée, doit en pratique être très variable. (On a déjà eu beaucoup de discussions sur les différences de prononciation du français d'une région à l'autre. Szyx avait fait un travail très intéressant là-dessus). Je ne suis pas sûr que ces différences aient une influence réelle sur la compréhension de cette langue, aussi serait-il à mon avis plus utile de choisir un canevas que de se bagarrer sur qui a raison ou qui a tort. Surtout avec une langue artificielle... Chrisaix 10 juillet 2009 à 08:00 (UTC)
La protection de la page de discussion était involontaire (il y a une option pour cela ? il faut que je teste). Pour la page elle-même, je veux bien déprotéger (et je le ferai tôt ou tard), mais pas si c'est pour faire le yoyo entre deux versions du tableau. --Szyx (d) 10 juillet 2009 à 11:57 (UTC)
Mea culpa pour la pdd. --Szyx (d) 10 juillet 2009 à 12:08 (UTC)

Source, SVP[modifier]

Bonjour. J'aimerais que l'affirmation « Sous Louis XIV, le déjeuner devint le repas de midi puisque le roi se levait tard. L'expression se répandit ensuite au reste de la France mais pas dans les provinces reculées où elle conserva son sens originel. » qui se trouve dans Déjeuner soit sourcée. Ámhc, le roi se levait à 8 heures du matin et déjeunait à 9 heures... Merci déjà, --Égoïté 10 juillet 2009 à 16:26 (UTC)

Je me permets aussi, humblement, de vous suggérer des corrections pour la définition de petit déjeuner : « Le mot déjeuner, venant littéralement de « arrêter le jeûne », signifiait dire le repas du matin. Comme il a devenu le repas de midi, on a ajouté petit pour le sens originel. » Mort de rire
Et pourrait-on créer un lien aux deux articles vers w:Déjeuner qui commence à prendre sérieusement forme ? Merci encore, --Égoïté 10 juillet 2009 à 16:47 (UTC)
Exaucé. JackPotte 11 juillet 2009 à 19:52 (UTC)
Merci pour le lien ! Peux-tu aussi retrouver l'auteur de la citation et obtenir une source ? cela me serait très utile. Et la phrase ci-dessus qui pose problème existe aussi dans Petit déjeuner. Bien à toi, --Égoïté 11 juillet 2009 à 21:37 (UTC)
Il s'agit d'une contribution de l'an dernier effectuée sous une IP Skynet, donc invérifiable : j'ai néanmoins laissé un message sur sa page de discussion. JackPotte 12 juillet 2009 à 20:25 (UTC)
Une référence est maintenant demandée dans l'article, car elle est nécessaire. Stephane8888 Discuter 12 juillet 2009 à 20:54 (UTC)
Merci à vous, --Égoïté 16 juillet 2009 à 21:37 (UTC)
Une présence féminine sur le Wiktionnaire (moins épisodique que la tienne jusqu'alors) serait un plus. Cela te plairait-il d'être la première ? --Szyx (d) 16 juillet 2009 à 21:46 (UTC)

Les arts[modifier]

Bonjour/bonsoir. Je viens pour la première fois consulter le wiktionnaire et je découvre qu'il existe ici, dans le wiktionnaire, un 10e et même un 11e art. à ma connaissance il n'existe aucune source valable pour définir ces arts, le 10e n'étant pas fixé il ne peut y avoir non plus de 11e. De plus il est spécifié que Hegel a défini les six premiers arts, si vous vous reportez à son livre sur l'esthétisme vous n'en trouverez que cinq. Cordialement -- Hamelin [ de Guettelet ] • 13 juillet 2009 à 03:00 (UTC)

C'est sûr que l'utilisation de ces termes n'est pas bien fixée, et est variable, mais il arrive tout de emême qu'ils soient utilisés. Nous n'avons bien sûr pas à prendre parti sur leur sens, simplement à dire dans quels sens ils sont effectivement utilisés (les pages méritent probablement d'être améliorées). Lmaltier 13 juillet 2009 à 05:36 (UTC)
Pour mémoire (d'après le contenu des articles)
Par ailleurs, dans l'article premier art (= peinture), dans la section Étymologie, il est dit : « six arts, dans cet ordre : architecture, sculpture, peinture, musique, danse, et poésie » et les apparentés étymologiques cités sont
Il y a un manque de cohérence et de précision dans tout ça.---Béotien lambda 13 juillet 2009 à 05:44 (UTC)
Je ne sais plus trop où j’avais pêché les « six arts de Hegel » (peut-être sur Wikipédia, peut-être ailleurs), mais Hamelin de Guettelet a raison : Hegel n’en considère que cinq (cf. http://plato.stanford.edu/entries/hegel-aesthetics/#SysIndArt). Ce qui confirme l’importance de toujours vérifier les sources primaires. Bon, qui a pondu l’expression sixième art, alors ? Urhixidur 13 juillet 2009 à 17:32 (UTC)
Il vaut aussi la peine de noter les « sept arts du chevalier » : aller à cheval ; nager et plonger ; tirer de l’arc et de l’arbalète ; grimper aux échelles ; jouter honnêtement et bien ; lutter, escrimer, sauter en longueur; et servir à table, danser, avoir des manières, aimer les jeux de table. Urhixidur 13 juillet 2009 à 18:03 (UTC)
Et les « sept arts libéraux », divisés en trivium et quadrivium : grammaire, rhétorique, logique, arithmétique, géométrie, musique et astronomie. C’est d’ailleurs de là que provient la notion de profession libérale. Urhixidur 13 juillet 2009 à 18:18 (UTC)
En fait, il n’y a pour ainsi aucun accord d’usage sur les arts autres que les 7e et 9e. Cet exemple donne le 4e comme étant le théâtre. Je crois qu’il faudrait noter toutes les expressions autres que 7e et 9e comme inusitées. Urhixidur 13 juillet 2009 à 18:35 (UTC)
Il n'est pas interdit de rechercher les sources pour écrire des articles qui tiennent la route, si les articles du wiktionnaire ne sont pas plus sérieux, je suis pas certain de revenir par ici.
alors dans Georg Wilhelm Friedrich Hegel (1997) Esthétique, Le livre de Poche, collection Les classiques de la philosophie, Paris, tome 1 776 pages, tome 2 780 pages, t. 2 p. 19-22 vous trouvez :
  • 1er art : l’architecture
  • 2e art : la sculpture
  • 3e art : la peinture
  • 4e art : la musique
  • 5e art : la poésie
Dans Schasler M., (1872), Ästhetik als Philosophie des Schönen Berlin; Zeising A., (1855), Ästhetische Forschungen, Frankfurt am Main et Adler L. (1923), Uber das Systeme der Kunste, Z. fur Ästhetik and allgemeine Kuntswissenschaft bd17 vous trouvez :
  • 6e art : la danse (+ le mime + le théâtre + le cirque rajouté ensuite pour donner les arts vivants)
Ricciotto Canudo en 1922 fonde La gazette des sept arts, peut être la première revue de critique cinématographique, il y publie, en 1923, un Manifeste du septième art, élevant le cinématographe au niveau d'un art.
  • 7e art : le cinéma
En 1961, le prince Rainier de Monaco crée une manifestation consacrée, selon ses dires, uniquement au 8e art, le Festival de la télévision de Monté Carlo
  • 8e art : la télévision (+ la radio + la photographie qui donnent les arts médiatiques)
En 1964, Morris et Pierre Vankeer publient chaque semaine dans le journal Spirou une série d'articles sur l'histoire de la bande dessinée Neuvième Art, musée de la bande dessinée
  • 9e art : la bande dessinée
après rien d'officiel, rien de reconnu uniquement des revendications avec des sources faibles :
  • 10e art : le jeu vidéo (Renaud Donnedieu de Vabres), le jeu de rôle (Casus Belli), le modélisme généralement ferroviaire (Jacques Le Plat + Loco Revue)
à ma connaissance il n'y a aucune source sérieuse pour l'art numérique, la gastronomie ou je ne sais quoi d'autre
Il y a du boulot à faire dans vos articles sur les arts, Bon courage Hamelin [ de Guettelet ] • 14 juillet 2009 à 00:19 (UTC)
Hamelin, tu pourrais clarifier la référence Adler 1923 ? Je ne trouve rien sous Google Livres, aussi je crois que tu as dû mal citer. Urhixidur 14 juillet 2009 à 02:24 (UTC)
J’ai ajusté le 6e art à la danse, mais il faut constater que, outre les références à Canudo (qui avait d’abord assigné au cinéma la sixième place), les usages français sont rares. Urhixidur 14 juillet 2009 à 02:32 (UTC)

Projets[modifier]

Je viens de regarder un peu la La catégorie Projets du Wiktionnaire Projets du Wiktionnaire, et il y a du gros ménage à faire. J'essaie aussi de réanimer Wiktionnaire:Pages à vérifier et Wiktionnaire:Pages à formater qui peuvent certainement être très utiles, il suffit de regarder les interwikis vers en.wikt. Mglovesfun (disc.) 13 juillet 2009 à 09:40 (UTC)

Wiktionnaire:Conventions/Ancien français[modifier]

Lisez s'il vous plait. Mglovesfun (disc.) 13 juillet 2009 à 10:51 (UTC)

Catégorisation des numéraux et chiffres[modifier]

La discussion entamée ici mérite que plus y participent. Il faut débattre de {{-chif-}} versus {{caractère}}, ainsi que de l’usage de {{-trad-}} et {{=conv=}}. Il se pourrait qu’on ait besoin d’un nouveau groupe de modèles catégorisateurs, de même niveau que les langues mais concernant plutôt les systèmes d’écriture (l’un n’est pas subordonné à l’autre, car non seulement utilise-t-on le même système d’écriture pour de nombreuses langues, mais on a aussi un certain nombre de langues qui utilisent plusieurs systèmes d’écriture). Urhixidur 13 juillet 2009 à 17:20 (UTC)

besoin de traduction en grec[modifier]

Bonjour à tous, je viens de m'inscrire à votre site. Je voudrais savoir si je pourrais avoir des traductions des mots français en grec et l'inverse. Je vous remercie d'avance Maria Papamichail

Bienvenu, il existe une page dèdiée aux traductions sur Wikipédia. Par ailleurs il vaut mieux éviter de laisser son @email ici à cause des robots spammeurs : il est recommandé de l'insérer plutôt dans "préférences" tout en haut à droite. JackPotte 14 juillet 2009 à 05:37 (UTC)

Non, non, vous êtes bien au bon endroit. Nous avons déjà ces traductions, pour beaucoup de mots. Il suffit de saisir le mot français ou le mot grec dans "rechercher", à gauche de la fenêtre, et de cliquer sur Lire. Lmaltier 14 juillet 2009 à 07:25 (UTC)

Et si la traduction manque (cela arrive), demandez sur Wiktionnaire:Questions sur les mots. --Szyx (d) 16 juillet 2009 à 08:34 (UTC)

Wiktionnaire n'est pas à la page[modifier]

Pour être au top, Wiktionnaire devrait contenir, dans chaque page, le mot vedette traduit :

  • en braille
  • en langue des signes
  • en morse
  • en langage des fanions de la marine
  • en code-barre

comme dans cette page Mort de rire --Béotien lambda 14 juillet 2009 à 11:31 (UTC)

Je ne sais pas si tu es tout à fait sérieux, mais cela augmenterait drastiquement la taille des pages pour peu de bénéfices. Donc je serai Contre Contre. Intégrer les langues de signes au Wiktionnaire me semble une bonne prochaine étape, mais comment faire ça, je ne sais pas. Mglovesfun (disc.) 14 juillet 2009 à 11:45 (UTC)
Neutre Neutre, mais s'il y a des boutons pour aider Pour Pour. JackPotte 14 juillet 2009 à 19:02 (UTC)
Le « codebarre » est-il une langue acceptable ? A-t-il un code ISO ? Clin d’œil--Szyx (d) 16 juillet 2009 à 09:12 (UTC)

Sortir la ligne de forme de modèle:fr-conj ?[modifier]

Bons pétards (du 14 juillet) !

J'aimerais sortir la "ligne de forme" actuellement incluse dans {{fr-conj}} :

ciseler, verbe du 1er groupe, conjugué avec l’auxiliaire avoir.

et la remonter dans les modèles appelants (fr-conj n'est quasiment jamais utilisé en direct) afin de pouvoir placer les notes d'usage entre cette ligne et le tableau de conjugaison, ce qui n'est pas actuellement possible.

Une solution alternative serait de créer un paramètre {{{note}}} à {{fr-conj}}, mais il me semble qu'alléger ce modèle (qui frôle l'imbitable) serait un meilleur choix que l'alourdir. Et cette solution alternative serait beaucoup moins souple.

Je ne propose pour l'instant que de remonter cette ligne au modèle "spécialisé". Une proposition plus radicale serait de mettre cette ligne dans la page de conjugaison, mais pour l'instant je n'en parle pas.

Exemple de cas où intervertir la note et la ligne de forme me paraitrait mieux : Annexe:Conjugaison française:ciseler (il y a plein d'autres).

Pour la quantité de travail à faire, si cette proposition vous agrée, voir Catégorie:Modèles de conjugaison en français : je dirais suffisamment peu pour que cela puisse être fait calmement à la main. Et... oui, cela implique une charge pour les serveurs, les pages de conjugaison utilisant ces modèles étant environ 10000, mais cela n'est pas extraordinaire je pense.

Qu'en pensez-vous ? --Szyx (d) 14 juillet 2009 à 16:52 (UTC)

Accessoirement, cela implique la réécriture des modèles spécialisés du 1er groupe (Wiktionnaire:Liste de tous les modèles/Français/Conjugaison#Cas particuliers) pour qu'ils n'utilisent plus {{fr-conj-1}}, ce qui sera un grand soulagement. Ils ne sont pas très nombreux, et je l'aurais fait tôt ou tard. --Szyx (d) 14 juillet 2009 à 17:00 (UTC) fait

Tout ce qui simplifie est une bonne chose. Il suffit de veiller à faire les essais sur des copies des modèles jusqu'à ce que ça paraisse satisfaisant. Lmaltier 14 juillet 2009 à 18:48 (UTC)

Bien. Alors je vais faire dans l'ordre : enlever la ligne en question de {{fr-conj}}, puis attendre vos récriminations pour corriger les modèles appelants. --Szyx (d) 14 juillet 2009 à 23:36 (UTC)
Il faudrait commencer par créer le nouveau modèle en question qui créé la ligne de forme : {{fr-conj-intro}} par exemple, à moins que tu ne préfères l'écrire en toutes lettres dans chacun des modèles. — Dakdada (discuter) 15 juillet 2009 à 08:07 (UTC)
Oui, on peut faire un modèle, cela aura l'avantage de pouvoir dans le futur l'utiliser directement dans les pages de conjugaison (si on juge que c'est utile) en conservant l'unité de mise en forme. Mais mon interrogation est plutôt comment procéder au basculement en minimisant la phase transitoire (il y a 79 modèles à modifier, plus quelques usages en direct de fr-conj, cf Wiktionnaire:Liste_de_tous_les_modèles/Français/Conjugaison#Troisième_groupe). --Szyx (d) 15 juillet 2009 à 10:02 (UTC)

Catégorie:Cuisine et Catégorie:Gastronomie[modifier]

La différence entre ces deux catégories me parait un peu trop subtile... peut-on effectuer une fusion ? En passant j'ai mis en forme le modèle {{catégorie}} (exemple La catégorie Boissons en français Boissons en français). Mglovesfun (disc.) 14 juillet 2009 à 18:36 (UTC)

La différence est expliquée un peu dans la description de Catégorie:Cuisine : cette catégorie contient les techniques culinaires (mariner, bain-marie, etc.) alors que Catégorie:Gastronomie devrait plutôt regrouper des noms de plats cuisinés (poule au pot, gratin dauphinois, ris, etc.). La seconde est moins précise que la première et mériterait qu'on définisse son contenu plus précisément. Par contre je ne suis pas trop pour les fusionner, la première catégorie est bien définie. — Dakdada (discuter) 14 juillet 2009 à 18:57 (UTC)
D’accord, il y a du tri à faire alors. Mglovesfun (disc.) 14 juillet 2009 à 19:05 (UTC)

Serbo-croate[modifier]

Si vous voulez, allez voir en:Wiktionary:Votes/pl-2009-06/Unified Serbo-Croatian et votez si vous voulez. Ils sont en train de vouloir interdire et supprimer les entrées avec comme langues "croate", "serbe" ou "bosniaque" pour ne plus autoriser que "serbo-croate". Qu'il puisse y avoir des entrées "serbo-croate", je n'y vois pas d'inconvénient, mais interdire les autres noms de langue, quand on pense à quel point le sujet est sensible et controversé, et que ça irait contre toutes les normes internationales, contre les listes de langues reconnues par les navigateurs web, et contre les noms utilisés sur place, ça me dépasse... Il ne faut pas qu'une décision aussi aberrante soit prise, ça ne peut que causer des problèmes graves par la suite (au Wiktionary, mais on est tous dans le même bateau). Lmaltier 14 juillet 2009 à 18:12 (UTC)

Je me garderai bien d'aller voter là-bas, chat échaudé craint l’eau froide → voir euphémisme. Bien que j'ai repéré ce vote il y a plusieurs jours, je me refuse à participer à ce genre de choses. Et désolé d'avoir écorché ton nom, c'est corrigé. --Szyx (d) 14 juillet 2009 à 18:33 (UTC)
La seule raison valable de ne pas participer, c'est de ne pas avoir d'opinion sur le sujet. Je précise que je ne vous propose pas de polémiquer là-bas, bien sûr, tout, ou presque tout, a déjà été dit (et même beaucoup trop). Lmaltier 14 juillet 2009 à 18:56 (UTC)
J'avais vu aussi. Notez que rien ne nous empêche d'en discuter ici entre francophones, ça permettra aux anglophobes de voir un peu ce qu'il en est.
C'est dur d'avoir un avis neutre sur un sujet aussi polémique qui remet encore sur la table la définition de langue. La question est de savoir si nous avons le droit de redéfinir cette notion de langue en redéfinissant à notre manière quelles langues ont droit à l'étiquette de langue, lesquelles sont considérées comme dialectes, etc. La meilleure réponse est à mon avis : ce n'est pas notre rôle. Quelqu'un aurait-il des exemples d'autres langues aussi mutuellement intelligibles (j'avais pensé à afrikaans et néerlandais, mais apparemment la prononciation est particulièrement différente) ? — Dakdada (discuter) 14 juillet 2009 à 19:34 (UTC)
C'est exactement mon avis, ce n'est pas notre rôle. Lmaltier 14 juillet 2009 à 19:43 (UTC)
Mon avis, c'est que les anglophones sont une fois de plus floodés par les étatsuniens (cf une étude sidérante du National Geographic, où les américains n'étaient même pas capables de placer New York sur une carte des USA). Alors l'avis des étatsuniens sur les langues du monde... c'est à mon avis de la merde. --Szyx (d) 14 juillet 2009 à 20:29 (UTC)
C'est tout à fait injuste, les contributeurs de là-bas sont très compétents, tellement qu'ils se donnent à mon avis un rôle qu'ils ne devraient pas avoir. On n'a pas à prendre position en tant que projet sur un sujet polémique. C'est ça qui est grave. Lmaltier 14 juillet 2009 à 20:44 (UTC)
C'est bien ce que je dis : quand ils viendront nous visiter, je les recevrai avec plaisir, mais en attendant ils sont incompétents. --Szyx (d) 14 juillet 2009 à 21:57 (UTC)
Je cite béotiennement l'article bosnien de Wikipédia concernant la langue (j'aurais pu prendre croate ou serbe, c'est pareil) :
 « Le bosnien (bosanski jezik), parfois appelé bosniaque, est une langue indo-européenne de la branche des langues slaves, groupe méridional de ces langues, sous-groupe occidental de celles-ci. Du point de vue de la sociolinguistique, c’est une langue Ausbau, c’est-à-dire une langue à part ayant son propre standard. Celui-ci a pour base le dialecte chtokavien de l’entité linguistique appelée « langue serbo-croate » à l’époque de l’ancienne Yougoslavie. Du point de vue de la linguistique comparée, c’est l’une des variantes standards d’une seule et même langue, les autres, basées sur le même dialecte chtokavien étant le serbe, le croate et le monténégrin. »

--Béotien lambda 15 juillet 2009 à 06:30 (UTC)

Wikipédia dit bien "est une langue". Et je lis plus loin : "Il y a peu de traits structurels propres au bosnien. Il existe des particularités plus nombreuses dans le lexique.". Mais là n'est pas la question. Ce n'est pas aux wiktionnaires d'interdire des langues reconnues internationalement comme langues alors que notre mission est de traiter toutes les langues. Et c'est encore plus vrai quand le sujet est polémique. Lmaltier 15 juillet 2009 à 06:45 (UTC)

Candidature de JackPotte au poste d'importateur[modifier]

Oyé, oyé, je souhaite attirer votre attention sur ma candidature au poste d'importateur, qui ne sera pas je l'espère "importunateur". JackPotte 14 juillet 2009 à 19:22 (UTC)

Ce serait oyez non ? → voir oëz en ancien français. Mglovesfun (disc.) 15 juillet 2009 à 00:22 (UTC)
J'avoue n'avoir vérifié oyé que dans Google. JackPotte 15 juillet 2009 à 08:43 (UTC)
Oyez, oyez, bonnes gens, elle est belle la femme du Président. (Olivier Duhamel, Michel Field, Le starkozysme, 2008) --Szyx (d) 15 juillet 2009 à 09:53 (UTC)

index[modifier]

Je parle de Wiktionnaire:Index tchèque. Ce n'est pas que ce n'est pas une bonne idée simplement que Catégorie:tchèque fait la même chose sans qu'on la met à jour. C'est plutôt les anglophones qui devraient réfléchir. Mglovesfun (disc.) 15 juillet 2009 à 00:22 (UTC)


tsolyáni[modifier]

J'aimerais voir des preuves que cette langue existe réellement. Une langue dans un roman n'est pas vraiment une « langue ». Il y a combien de personnes qui parle le tsolyáni ? Mglovesfun (disc.) 15 juillet 2009 à 00:22 (UTC)

L’empire de Tsolyánu, combien de divisions ? --Béotien lambda 15 juillet 2009 à 05:39 (UTC)
D’après Jeff Berry, Armies of Tékumel, The; Volume I: Tsolyánu, Adventure Games, St. Paul (MN), 1981, en 2359 A.S. Tsolyánu comptait 85 légions régulières, chaque légion comptant jusqu’à un peu plus de 8000 hommes bien que très peu des légions puissent prétendre avoir des effectifs complets. Urhixidur 18 juillet 2009 à 01:08 (UTC)
En plus il y a un problème avec le contenu de Catégorie:tsolyáni : d'après diverses sources, cette langue n'utilise pas l'alphabet latin mais l'alphabet engsvanyáli (Wiktionnaire, Wikipédia, exemple de police de caractères – U+E1xx fait partie de la zone privée d'unicode). Alors il faudrait tout supprimer ? --Szyx (d) 15 juillet 2009 à 09:46 (UTC)
Pour être exact, pas un alphabet mais un abugida, fonctionnant sur les mêmes principes que la devanagari et d'autres abugidas sud-asiatiques (et on y retrouve les mêmes groupes phonétiques typiques comme au, et les deux formes des voyelles en tant que signes diacritiques accompagnant une consonne, ou en tant que lettre indépendante (en fait la forme particulière de la voyelle sur une consonne vide). Ceci fait que l'alphabet latin est très mal adapté à sa transcription, sauf si on décide un peut arbitrairement d'utiliser une des conventions de romanisation employées en Asie pour ces écritures brahmiques...). Parler ensuite d'orthographe latine semble sujet à beaucoup de cautions, car cela dépend de la culture de celui qui en fera la transcription dans l'alphabet latin, c'est-à-dire sa propre langue native et la façon dont habituellement il transcrit les écritures sud-asiatiques, cette transcription latine pouvant alors prendre divers accents ou non, lisibles et compréhensibles dans la langue native du transcripteur mais parfois contradictoire d'un transcripteur à l'autre selon sa propre langue ou le niveau souhaité et le public auquel il s'adresse qui peut ne pas être au fait de certains signes diacritiques ou les lire et les interpréter différemment, y compris jusqu'à la prononciation des lettres latines de base (e, u, y, c, g, w, h...) ! Et je ne parle pas non plus des experts linguistes des langues asiatiques qui veulent conserver certains diacritiques d'origine ou utiliser ceux de la devanagari avec les lettre latines, dans le but avoué de lever des ambiguités de prononciation ou phonologie, syllabisation, ou de distinctions tonales et rythmiques. Bref, cette langue inventée n'a qu'une seule trnasciption fiable, et je suis d'accord que c'est celle de son abugida d'origine ou bien un réel abugida. Les transcriptions latines ne sont données qu'à titre purement documentaire à côté du texte original, au milieu d'autres commentaires ou paragraphes traduits dans diverses langues (ce qui fait que ces transcriptions s'adaptent elles aussi avec les oeuvres littéraires traduites, la transcription n'étant alors pas seulement latine mais pouvant aussi être grecque ou cyrillique). Il y aura éventuellement des communautés de supporters supportant une orthographe dans une transcription donnée, mais elles ne seront pas d'accord entre elles et communiquent en fait assez peu entre elles à cause des frontières de langue d'une part, et des difficultés de transmettre le texte original, et la réelle absence de volonté d'utiliser un autre abugida usuel comme la devanagari pour transcrire cette langue, quand ces mêmes transcripteurs ont aussi de réelles préférences sur la langue de l'oeuvre de Tekumel qui l'a inventée pour l'inclure dans ses fictions, ou celle de leurs traducteurs préférés. verdy_p 15 juillet 2009 à 22:56 (UTC)
À la question combien de personnes parlent le tsolyáni ?, l'analyse des réponses google et en particulier des historiques des modèles et catégories genre User tsolyáni-x sur les projets MediaWiki est sans appel : il y en a un. Mort de rire--Szyx (d) 15 juillet 2009 à 13:01 (UTC)
Il est regrettable qu'il n'y ait pas eu de discussion préalable. Je propose une décision générale sur le sujet des langues (voir ci-dessous). Lmaltier 15 juillet 2009 à 09:56 (UTC)
Omniglot confirme : le tsolyáni ne s'écrit pas avec l'alphabet latin. Donc même si on garde la langue, tout ce qu'on a est bon pour la poubelle. --Szyx (d) 15 juillet 2009 à 12:46 (UTC)
Tu as raison, les mots créés et figurant dans Catégorie:tsolyáni n'existent que dans Wiktionnaire, les sites miroirs de Wiktionnaire (comme xmatieres) et les dictionnaires qui reprennent le contenu de Wiktionnaire. Aucune autre occurrence.--Béotien lambda 15 juillet 2009 à 13:05 (UTC)
Comme expliqué dans Annexe:Grammaire_tsolyánie#Préambule_:_L’écriture_du_tsolyáni, la difficulté avec l’engsvanyáli c’est l’absence de plage Unicode. La transcription latine est cependant bien définie, et utilisée par 99 % des sources primaires. Voir par exemple les divers sites supportant ce monde : http://www.tekumel.com/, http://terengo.tdonnelly.org/tsoldata.html, http://p.webring.com/hub?ring=tekumel.
Combien de personnes parlent le tsolyáni ? Sur les sites wikimedia (wikipédia, wiktionnaire, etc.), je suis en effet le seul. Mais il ne faut pas négliger ceux qui participent aux groupes de discussion (Yahoo: Tsolyani, Yahoo: Tekumel, Yahoo:Tekumel-moderated). La communauté est minuscule, certes, mais elle existe.
Vous ne trouverez pas les sources primaires sur le Web. Outre The Tsolyáni Language (M. A. R. Barker, Adventure Games, St. Paul (MN), 1981), il y a un peu plus d’une quarantaine d’ouvrages couvrant Tékumel. On peut se procurer, en particulier, The Tsolyáni Language Pronunciation Guide with Ceremonies and Music from the World of Tékumel, un disque compact contenant des leçons en tsolyáni : http://www.tekumel.com/tita/worldinfo.html
On inclut bien d’autres langues construites, comme le klingon ou le brithenig, alors pourquoi pas le tsolyáni ? Urhixidur 15 juillet 2009 à 13:55 (UTC)
Crois-tu que tu puisses fournir la source de tous les mots que tu as créés (c'est-à-dire rajouter un modèle du genre {{R:Littré}} en référence) ? Et peux-tu aussi préciser si ces mots sont écrits en roman dans ta source ou si tu fais une transcription toi-même (et selon quelles règles, et d'où elles viennent etc.) ? Je ne crois pas que le problème soit ici de savoir si on inclut ou pas le tsolyáni, mais plutôt de décider de quelle manière les articles doivent être écrits. Cela rejoint un peu le problème des transcriptions et translittérations de langues sans écriture ou caractères unicodes, telles les hiéroglyphes. — Dakdada (discuter) 15 juillet 2009 à 14:49 (UTC)
Je pourrais ajouter {{R:TsolyániLanguage}} à tous ces articles, sauf pour quelques mots qui proviennent d’autres parties du corpus. Pour ce qui est de la transcription latine, je peux fournir des saisies d’images de la référence pour prouver mon affirmation. La seule différence est l’usage du « + » pour le liant sans chasse. Dans l’original, Barker avait utilisé une notation exponentielle (par ex., « s+h » s’y écrit « sh ») plutôt gênante pour le Wiktionnaire (comment faire pour distinguer un mot en « sh » d’un mot en « sh » du point de vue de l’intitulé ?). Urhixidur 16 juillet 2009 à 13:44 (UTC)
Si, le problème est aussi de savoir si on inclut cette langue. J'ai comme l'impression que c'est une construction littéraire, mais qui n'a jamais été utilisée par personne en pratique (par exemple, les liens fournis pointent tous sur des sites, des forums, qui sont en anglais). Des joueurs de jeu de rôle utilisent-ils cette langue couramment pour communiquer entre eux ? J'en doute, mais il faudrait clarifier ça. D'autres langues du même genre ont effectivement été utilisées, comme le klingon je crois (qui a un code ISO). Le sindarin a été enseigné dans un lycée à titre expérimental, je crois. Des langues artificielles sans code ISO semblent également utilisées, même si c'est modestement, par exemple le tokipona. Attention, ce que je dis sur le tsolyáni n'est qu'une impression. Lmaltier 15 juillet 2009 à 15:32 (UTC)
Oui, bon, d'accord, le problème principal de ce fil est bien l'inclusion de cette langue, autant pour moi. C'est juste que le problème de la manière d'inclure des langues sans écriture ou caractères unicodes me paraissait le plus intéressant. Ce sera pour une autre fois. — Dakdada (discuter) 16 juillet 2009 à 09:55 (UTC)
Si, comme dit Lmaltier, le problème est de savoir si on inclut cette langue, arrêtons de tourner autour du pot :

Question[modifier]

Le Wiktionnaire accepte-t-il de contenir en son sein le vocabulaire de la langue fictive tsolyáni, et ce qui va avec ?

  • Contre Contre Urhixidur, je comprends ton attachement à ce domaine que tu sembles bien connaître. Cependant, en mon âme et conscience, je considère que ce langage ésotérique n'a pas sa place sur Wiktionnaire.---Béotien lambda 15 juillet 2009 à 16:56 (UTC)
  • Contre Contre aussi. Le klingon est aussi à relire àmha. Mglovesfun (disc.) 15 juillet 2009 à 17:01 (UTC)
  • Contre Contre aussi. --Diligent 15 juillet 2009 à 19:59 (UTC)
  • Pour Pour Il faut que je justifie ? Tout le boulot qu'a fait Urhixidur ne devrait pas être perdu. --Szyx (d) 15 juillet 2009 à 20:04 (UTC)
    Argument spécieux, à l'échelle du Wiktionnaire, à mon avis. Markadet∇∆∇∆ 24 juillet 2009 à 11:42 (UTC)
  • Pour Pour Je soutiens également Urhixidur. A mon avis toute langue est acceptable du moment qu'elle est au minimum construite ce qui semble être le cas pour celle-ci. Il y a bien un article sur WP sur cette langue. Le problème reste donc de sourcer les infos. Pamputt [Discuter] 15 juillet 2009 à 20:50 (UTC)
    • Si on parle d'Annexe:tsolyáni et Annexe:klingon je suis fortement pour, mais dans le « mainspace » je suis contre. Mglovesfun (disc.) 16 juillet 2009 à 06:44 (UTC)
    • Je suis d'accord avec Mglovesfun pour une annexe, pour ne pas perdre le travail d'Urhixidur.--Béotien lambda 16 juillet 2009 à 06:52 (UTC)
  • Neutre Neutre, plutôt Pour Pour (en raison de quoi ces mots n’auraient-ils pas leur place ? si il existe une attestation pour moi c’est presque suffisant) Cdlt, VIGNERON * discut. 16 juillet 2009 à 12:22 (UTC)
  • Pour Pour Ça va de soi. Urhixidur 16 juillet 2009 à 13:47 (UTC)
  • D'accord avec Mglovesfun, Pour Pour une annexe mais Contre Contre une inclusion dans le namespace des articles. Markadet∇∆∇∆ 22 juillet 2009 à 08:31 (UTC)

Discussion[modifier]

Je suggère de discuter et de prendre une décision générale sur la politique à propos des langues (voir ci-dessous). Ensuite, on pourra peut-être revenir sur cette langue particulière avec de meilleures bases. Lmaltier 15 juillet 2009 à 17:05 (UTC)

Là, tu chipotes, le tsolyáni, ne respecte aucun des critères que tu as toi-même définis dans « Langues acceptables » ci-dessous. C'est bien là l'occasion de concrétiser ta position. Alors, je déplore que tu bottes en touche. Triste--Béotien lambda 15 juillet 2009 à 17:51 (UTC)
Il se peut qu'Urhixidur propose un critère additionnel judicieux (et aussi qu'il fournisse des explications supplémentaires qui infirment mes impressions). Lmaltier 15 juillet 2009 à 17:54 (UTC)
Toutes les explications données ci-dessus pour expliquer les votes sont liées à des critères souvent subjectifs, et complètement différents selon les personnes. C'est pour ça qu'il faut une politique claire, avant tout. On ne peut pas prendre de décision dans ce cas précis sans se décider d'abord sur cette politique générale. Lmaltier 15 juillet 2009 à 21:04 (UTC)

Fusion DAF par taille[modifier]

Bonjour,

J'ai fait une page qui reprend tous les mots du DAF à fusionner par taille. La même page existait avec les mots jusque mycélium (je pense qu'à l'époque ça aurait pris beaucoup de place de tout lister). Est-ce que je remplace la page existante ou je la déplace simplement (quel titre alors) ? Notez également que mon comptage est le nombre de caractère de l'article (et pas le nombre d'octet, mais la différence est souvent minime). Jona 15 juillet 2009 à 07:59 (UTC)

Il vaut mieux remplacer la page incomplète par la page complète. En tout cas, ça montre que ce travail est loin d'être fini, mais est tout de même bien avancé. Lmaltier 15 juillet 2009 à 09:53 (UTC)
Pareil. --Szyx (d) 15 juillet 2009 à 12:39 (UTC)
Voilà, alors. Jona 15 juillet 2009 à 14:39 (UTC)

Langues acceptables[modifier]

Je propose de prendre la décision suivante, afin d'être le plus tolérant possible, tout en évitant les langues complètement fantaisistes (n'hésitez pas à proposer des critères additionnels) :

  • Toutes les langues reconnues internationalement comme des langues ont droit à être traitées comme telles par le Wiktionnaire. Le critère est l'existence
  1. d'un code ISO-639 (sauf les codes de "macrolangues")(Voir Wiktionnaire:ISO 639-1, Wiktionnaire:ISO 639-2 et Wiktionnaire:ISO 639-3). Toutefois, les mots hypothétiques n’étant pas acceptés, cela n’a pas de sens pour les langues dont aucun mot n’est connu. Ces langues constituent donc une exception.
  2. ou d'un code langue de la fondation Wikimédia (codes utilisés pour les liens interwikis).
  • Les langues n'ayant encore ni code ISO ni code Wikimédia doivent impérativement faire l'objet d'une discussion et d'une décision préalable à leur introduction. Les critères principaux à prendre en compte sont les suivants (non cumulatifs, un seul pouvant éventuellement suffire pour accepter la langue) :
    • existence (actuelle ou passée) de personnes ayant cette langue comme langue maternelle.
    • existence d'écoles ayant enseigné cette langue
    • existence d'une littérature dans cette langue
    • nombre important de personnes connaissant cette langue
    • fait que la langue soit extrêmement connue
  • Si une langue a un code, mais qu'on estime, après discussion, qu'il est bon d'accorder à plusieurs des variantes/dialectes de la langue leurs propres noms de langues et leurs propres sections (les variantes étant suffisamment différentes et inintelligibles entre elles pour penser que des codes séparés seront créés tôt ou tard), ces variantes pourront être acceptées en tant que langues séparées. Malgré tout, les sections dans la langue disposant du code devront être conservées, et de nouveaux mots pourront être créés dans cette langue par ceux qui le désirent, par application du premier principe.

Lmaltier 15 juillet 2009 à 10:19 (UTC)

Pas mal. Notons que beaucoup de langues artificielles, sérieuses ou de fantaisie, passent le critère "code ISO" : lojban, láadan, klingon, sindarin... On peut se demander pourquoi nous devrions être plus libéraux que le comité ISO, qui est déjà assez libéral. Mais d'accord pour en discuter au cas par cas. --Szyx (d) 15 juillet 2009 à 11:50 (UTC)
Il est clair que le nombre de langues à codes ISO va augmenter dans le futur, ils ont ont omis beaucoup qui sont indiscutablement des langues à part entière (et je ne parle pas des langues artificielles...). Le nombre augmente à chaque nouvelle édition de la norme (même si certaines disparaissent parfois). C'est pour ça qu'il ne faut pas se limiter à cette liste. Lmaltier 15 juillet 2009 à 12:01 (UTC)
Ma remarque ne concernait que les langues artificielles. Par ailleurs, y a-t-il une objection à mettre dans la section {{-voir-}} d'un mot désignant une langue un lien vers la catégorie de cette langue sur le Wiktionnaire (e.g. [[lojban#Voir_aussi) ? --Szyx (d) 15 juillet 2009 à 12:35 (UTC)
Il y a un problème d’équité, parce que bon nombre de langues ayant des codes ISO ne passent à peu près aucun des autres critères (écoles, littérature, etc.). Je suis fermement inclusiviste sur cette question. Urhixidur 15 juillet 2009 à 14:01 (UTC)
On a vu récemment, à propos d'une "langue" créée l'année dernière, qu'il faut bien une discussion, quand même. Accepter tous les mots de toutes les langues ne veut pas dire accepter les mots qui n'existent pas, que le contributeur vient d'inventer, ni les langues qui n'existent pas réellement, que le contributeur a inventées. Il faut donc bien des critères. La liste des critères que je propose est à prendre avec un "ou" : un seul critère suffit, et je suis sûr que toutes les langues qui ont un code (ou quasiment) répondent à au moins un critère. Lmaltier 15 juillet 2009 à 14:37 (UTC)
Pour Pour Je comprends l'utilité d'une langue qui aurait toujours eu une bonne image et n'aurait jamais été employée par des personnes jugées coupables d'un quelconque délit. En effet rien ne prouve à ma connaissance que les mots ne soient pas comme la nourriture : après avoir goûté un certain aliment avarié, le cerveau limbique s'en méfie toute sa vie. JackPotte 15 juillet 2009 à 16:04 (UTC)
Je dirais qu'une langue fictive est une « langue » dans le même sens que James Bond et Sherlock Holmes sont des « personnes » (je parle bien des personnages de Flemming et de Conan Doyle). Mglovesfun (disc.) 15 juillet 2009 à 18:23 (UTC)

pour moi le critère clé est l'oralité présente ou passée. je ne pense pas qu'il faille se concentrer sur la langue fictive ou non. l'esperanto a été fictive avant de devenir une langue véhiculaire. le tocharien a été parlé et écrit avant de disparaitre. ce qui n'est pas le cas de l'indoeuropéen dont on a ici décidé de ne pas accepter d'entrées (pourtant code ISO / langue ultraconnue). donc, critères à peaufiner. il y a plus de personnes qui connaissent le klingon que le tocharien mais celle-ci pourrait rentrer dans notre wiktionnaire et celle-la pas.

--Diligent 15 juillet 2009 à 20:22 (UTC)

Des langues non orales doivent pouvoir être acceptées, tout de même, par exemple les langues des signes. Et je ne vois pas pourquoi on refuserait des langues uniquement écrites, si ce sont réellement des langues, et qui ont réellement été utilisées (après tout, on accepte certains mots qui ne sont utilisés qu'à l'écrit). Par ailleurs, l'oralité n'est pas toujours évidente : je crois que le klingon a été réellement parlé, utilisé pour communiquer, par exemple (mais pas en tant que langue maternelle, sans doute...) J'ai rajouté une exception pour les langues dont aucun mot n'est connu, tout simplement parce que c'est impossible d'inclure des mots pour ces langues. Mais merci de peaufiner les critères, de les discuter, d'en proposer de nouveaux. En tout cas, il faut autant que faire se peut éviter de juger, d'évaluer une langue. Comme l'explique Dakdada, ce n'est pas notre rôle, ce serait toujours au moins en partie subjectif (et il faut penser à la neutralité de point de vue), et ça peut souvent conduire à des polémiques. C'est pour ça qu'il ne faut le faire que quand on n'a pas le choix, et se reposer sur l'ISO pour les langues déjà répertoriées par l'ISO. Lmaltier 15 juillet 2009 à 20:43 (UTC)

Cela me semble très bien, l’ISO (on pourrait ajouter les langues avec un code SIL mais la différence est minime) est un organisme de pro qui tiendra bien mieux que nous compte de tous un tas de détails. Les codes ISO peuvent être déclinés à l’infini pour les dialectes, variantes locales, etc (par exemple fr-CA est le code ISO pour le français canadien, pt-BR pour le portuguais brésilien, etc. cette méthode est aussi utilisé par WM). Dans les rares cas où il n’existe pas de code iso (normand, gallo, etc.), on peut prendre le code wikimedia. Juste un question quand il y a conflit entre un code ISO et un code wikimedia (assez rare, mais nrm notamment qui désigne le narom pour ISO et le normand pour WM), on fait quoi ? PS : c’est anecdotique il y a quelques personnes dont la langue maternelle est l’espéranto (cf. Locuteurs natifs de l'espéranto), le klingon, ou le sindarin. Cdlt, VIGNERON * discut. 16 juillet 2009 à 07:43 (UTC)

Langue maternelle klingon ? Ah oui, Gowron. Mort de rire--Szyx (d) 16 juillet 2009 à 09:20 (UTC)
Gowron est un personnage de fiction, par contre, il existe réellement un Institut (le KLI) et une Académie du klingon (pardon du tlhIngan, d’où le code iso tlh). Il y a des dizaines de livres publiés uniquement en klingon (cf. w:en:The Klingon Hamlet !). Cette langue est même enseigné dans certaines écoles. Je ne suis pour rien, je ne fait que constater (je me souviens même d'un malade mental états-unien qui ne parlait plus que le klingon !). Je n’ai pas cité ces trois langues construites au hasard, ce sont celles les plus parlées (toute plus d’un milliers de locuteurs chacune). Cdlt, VIGNERON * discut. 16 juillet 2009 à 12:11 (UTC)
Je suis surpris par ces chiffres. Mais enfin, ça montre que se fier à ses impressions est toujours dangereux, se reposer sur un organisme international (quand on peut) est beaucoup plus sûr, et évite beaucoup d'attitudes qu'on pourrait nous reprocher comme discriminatoires. PS : tu voulais dire, très certainement, les trois langues d'univers de fiction les plus parlées... Lmaltier 16 juillet 2009 à 12:20 (UTC)
Oui, et même « idéolangue artistique » selon un terme consacré. Toujours faire attention : notamment il y a 200 à 2000 locuteurs natifs pour l’espéranto. Cdlt, VIGNERON * discut. 16 juillet 2009 à 12:31 (UTC)
Mais pas pour le klingon (ou alors il faut enfermer les parents). Pour l'espéranto, il me semble qu'il y a un contributeur de Wikipédia fr: qui affirme être un espérantophone natif, mais je n'ai pas retenu son nom. --Szyx (d) 16 juillet 2009 à 12:38 (UTC)
En fait il y en a 4, mais celui auquel je pensais est w:Utilisateur:ArnoLagrange (voir l'intro de sa pu). --Szyx (d) 16 juillet 2009 à 12:50 (UTC)
« il faut enfermer les parents » est un jugement de valeur que je ne me permettrais pas sur un espace public comme celui-ci (sinon le français en prendrait pour son grade aussi). Je pense que nos jugements et opinions ne doivent pas entrer en compte. Selon moi, quand une langue possède une notoriété suffisante (à nous de définir ce niveau de suffisance) peu importe son origine. Cdlt, VIGNERON * discut. 16 juillet 2009 à 12:55 (UTC)
Tu m'as mal compris, je ne conteste pas la notoriété du klingon (je connaissais déjà l'institut, je sais qu'il y a eu un wikipédia en klingon qui a été finalement sorti des projets MediaWiki, etc.), je conteste seulement le fait qu'il existe des personnes l'ayant comme langue maternelle (et ma remarque sur les parents était que ce ne serait sans doute pas un très bon service qu'ils rendraient à leurs enfants, il vaut mieux choisir l'espéranto ou le chti). --Szyx (d) 16 juillet 2009 à 13:15 (UTC)
« an inherently geeky language » (ce n'est pas moi qui le dit Mort de rire). --Szyx (d) 16 juillet 2009 à 13:23 (UTC)
Au fait, 4 sur 635 183 (nombre de comptes sur wp), par une simple règle de trois, cela fait 40 000 dans le monde ! --Szyx (d) 16 juillet 2009 à 14:52 (UTC)
Juste pour rire tu devrais faire le même calcul pour la proportion homme/femme Clin d’œil Cdlt, VIGNERON * discut. 16 juillet 2009 à 14:57 (UTC)
Pour en revenir aux critères suggérés, on doit clarifier « existence d’une littérature dans cette langue ». Le tsolyáni est l’œuvre d’un seul homme, certes, mais c’est une langue « sérieuse » en ceci qu’elle est construite de façon plausible (Barker étant un linguiste ; la même chose s’est produite avec Tolkien et ses créations), d’une part, qu’elle est documentée, et que son existence se continuera une fois que Barker aura passé l’arme à gauche (il existe une communauté d’enthousiastes qui perpétuera la langue). Des bribes de tsolyáni apparaissent dans une quarantaine de publications. Est-ce là la « littérature » cherchée ?
Il existe une « littérature » en ce sens que l’univers fictif de Tékumel dispose d’un catalogue de bibliothèque fictif, de la même façon que le mythos de Cthulhu en a une. Mieux même, je ne serais pas surpris que des extraits (à tous le moins) des poèmes épiques existent dans les cartons de Barker (la Lamentation à la roue de noir, par exemple). Est-ce là la « littérature » cherchée ?
Parmi les autres langues construites pour des univers de fiction, il faut notamment signaler le minbari de Babylone 5, le vulcain et le romulanais de Star Trek, et peut-être même quelques langues de Star Wars, qui font toutes des apparitions répétées à l’écran avec sous-titrage. Du moment qu’une référence existe (dictionnaire ou grammaire), ces langues devraient être accueillies dans le Wiktionnaire. Urhixidur 16 juillet 2009 à 13:31 (UTC)

Ce critère "littérature" est destiné à être pris quand aucun autre n'est respecté. Pour moi, ça veut dire : existence de livres écrits dans la langue. Je pense que ces critères sont quand même extrêmement libéraux. On pourrait peut-être améliorer le critère "langue connue". Ce critère, en pratique, n'est bien sûr utile que les langues artificielles, mais il est actuellement subjectif. On pourrait dire à la place : "langue suffisamment connue pour que plusieurs Wikipédias majeures (parmi les dix plus grosses) lui consacre un article particulier, sans que l'inclusion de ces articles soit remise en question". Il suffirait dans ce cas qu'un article sur le tsolyáni soit créé sur fr.wikipedia pour que le tsolyáni remplisse le critère et soit accepté (il y a déjà un article sur en.wikipedia). L'idée est toujours la même : se reposer sur d'autres pour éviter les polémiques (et des polémiques très sérieuses, il peut y en avoir, ça c'est sûr). Le fait d'imposer plusieurs wikipédias majeures est destiné à éviter que quelqu'un détourne le critère en inventant sa langue et en allant créer des articles sur des Wikipédias à peu près inactives et pas surveillées. Si vous trouvez que c'est trop libéral, je vous rappelle le principe "tous les mots de toutes les langues". Lmaltier 16 juillet 2009 à 14:25 (UTC)

Le critère littérature n’est pas en lui-même pleinement satisfaisant à cause des langues non-écrite (langues des signes, orales, morse, etc.) mais peut faire partie des critères. De toute façon, parmi les (au moins) 5 000 langues du mondes (et uniquement les naturelles !), on ne pourra jamais faire correctement le tri, autant s’en remettre à ce qui existe déjà. L’ISO peut faire partie de ces sources. Par contre, on pourrait n’accepter que les langues ayant un code ISO 639-1 (et pas les 639-2 et 639-3) pour réduire le périmètre (cela exclurait le klingon par exemple mais aussi l’émilien et le romagnol, ce qui serait plutôt stupide). On pourrait aussi se baser sur les wikipédias mais plutôt que l’existence de l’article sur la langue, je propose l’existence d’un projet dans cette langue (la création d’un projet dans une langue passe par le Comittee language qui est chargé d’étudier ladite langue, son impact, ses locuteurs, etc.). Là encore, je trouve que l’on se limiterait dramatiquement. Comme Lmaltier, je serais plutôt pour « tous les mots de toutes les langues ». @Urhixidur : une référence oui, mais une attestation non, cela me semble trop léger. Cdlt, VIGNERON * discut. 16 juillet 2009 à 15:08 (UTC)
Mais c'est beaucoup plus simple que ça (heureusement) : on n'a pas à faire de tri, puisqu'on a pour mission de traiter toutes les langues. Les critères sont juste destinés à empêcher des introductions de langues fantaisistes, qui n'existent pas en réalité, que n'importe qui peut créer à ses moments perdus. C'est pour ça que si des Wikipédias sont d'accord sur le fait qu'une langue existe, on n'a pas de raison de la refuser. "tous les mots de toutes les langues", ce n'est pas un principe à moi, c'est un principe à la base de la création du projet Wiktionary. Lmaltier 16 juillet 2009 à 15:14 (UTC)
Je suis pour les critères de Lmaltier (un seul étant suffisant). En ajoutant : "langue connue = avoir un article dans les grandes Wikipédia." Stephane8888 Discuter 17 juillet 2009 à 13:17 (UTC)
Il y a quand même des cas tordus. Une langue construite, avec un code ISO, son article sur 13 Wikipédias, mais qui n'a jamais été parlée par personne, parce qu'elle n'a pas été conçue pour être utilisée : j'ai nommé le en:Brithenig. --Szyx (d) 17 juillet 2009 à 13:23 (UTC)
J'oubliais le Voynich ! Voilà une langue qu'il faut avoir sur le Wiktionnaire ! Sourire--Szyx (d) 17 juillet 2009 à 13:27 (UTC)
Si personne ne parle le brithenig, il est peu probable que quelqu'un s'y intéresse assez pour créer plein de mots ici. Mais s'il y a quelqu'un qui le fait, pourquoi pas ? L'ISO considère que c'est une langue, ça me suffit largement. Le cas le plus tordu que je vois, c'est l'europanto. Pour l'instant, on a dit qu'on le traitait via les catégories, ça me semble une bonne solution, vu qu'on ne peut guère le traiter autrement, et qu'on ne va a priori jamais trouver de textes écrits en europanto. Lmaltier 17 juillet 2009 à 13:53 (UTC) En fait, actuellement, on le traite via les catégories uniquement pour les noms communs (c'est la langue ayant ici le plus de noms communs : voir Catégorie:Noms communs en europanto) Il faudrait se replonger dans la question. Lmaltier 17 juillet 2009 à 15:14 (UTC)
D'accord avec Lmaltier pour ses critères de langues raisonnables, oups ! acceptables, et ses différents commentaires qui les suivent. C'est une bonne base qui a le mérite d'exister, du moins en projet.---Béotien lambda 18 juillet 2009 à 05:34 (UTC)
C'est vrai que ce n'est pas raisonnable, mais c'est le projet en lui-même qui n'est pas raisonnable (comme Wikipédia d'ailleurs). Et c'est ça, paradoxalement, qui fera de plus en plus son succès, j'en suis persuadé. Lmaltier 18 juillet 2009 à 06:00 (UTC)
Tu ne m'a pas compris, je voulais dire que ces critères sont raisonnables, mais en me trompant volontairement de mot ; je ne voulais pas dire qu'ils n'étaient pas raisonnables. Sourire--Béotien lambda 18 juillet 2009 à 06:24 (UTC)
Et moi, je veux bien dire ce que je dis : je trouve que rien n'est raisonnable dans ce projet, c'est ce qui fait sa force. Lmaltier 18 juillet 2009 à 06:27 (UTC)
« Rien n'est raisonnable dans ce projet, c'est ce qui fait sa force », celle-la, Séguéla l'aurait pas trouvée ! Mais je suis d'accord, on a très souvent des plus par rapport aux autres dictionnaires, et ils doivent nous envier, ça c'est sûr. --Béotien lambda 18 juillet 2009 à 06:36 (UTC)

Firefox 3.5 et Wiktionnaire[modifier]

Je viens de suggérer une optimisation pour Discussion aide:Bases de la syntaxe du Wiktionnaire. JackPotte 15 juillet 2009 à 19:27 (UTC)

Pourquoi avoir mis ça là-bas ? Et il faudrait expliquer mieux ce que c'est censé faire, ce n'est pas du tout clair. Lmaltier 15 juillet 2009 à 19:53 (UTC)
À mon avis, la seule façon de justifier cela est d'imaginer que JackPotte n'a qu'un seul but dans la vie : faire grogner Lmaltier. Pertu-ouah.png--Szyx (d) 15 juillet 2009 à 20:13 (UTC)
J’ai rien compris ! On peut avoir une explication ?
Surtout que Firefox 3.5 vient juste de sortir officieusement et comporte de nombreux bugs (donc à vue de nez moins de 5 % des contributeurs utilisent ce logiciel). Cdlt, VIGNERON * discut. 16 juillet 2009 à 12:19 (UTC)
Le module cité à la fin pour Firefox est extrêmement intéressant dans son principe (je n'ai pas testé), mais il faut suivre le lien fourni pour comprendre (je ne vois pas de rapport avec les explications données). Lmaltier 16 juillet 2009 à 12:25 (UTC)
We can find a constructive answer in English, et sur la Wikiversité. JackPotte 21 juillet 2009 à 07:36 (UTC)
+ Un outil de wikification (remplacement de texte) : https://addons.mozilla.org/en-US/firefox/addon/6510. JackPotte 7 septembre 2009 à 17:32 (UTC)

Un peu d’administration[modifier]

Bonjour,

Il y a actuellement deux candidatures en cours : Wiktionnaire:Administrateurs/Béotien lambda (bureaucrate) & Wiktionnaire:Administrateurs/JackPotte (importateur). Vous pouvez vous y exprimer et donner votre avis.

Sinon, je signale l’importation du gadget Hot Cats (à activer dans Spécial:Préférences) pour faciliter la catégorisation.

Et que penseriez-vous de séparer Wiktionnaire:Demandes aux administrateurs en trois pages pour les fonctions d’admin, de bureaucrate (WT:DB), et (éventuellement) d’importateur (WT:DI) ? (comme cela se fait Cdlt, VIGNERON * discut. 16 juillet 2009 à 13:00 (UTC)

Même Vikidia a un Bulletin des administrateurs. Mais on m'a répondu qu'ici ce n'était pas utile. --Szyx (d) 16 juillet 2009 à 19:52 (UTC) J'ai voté sur les pages ci-dessus.
Utile peut être. Mais je suis contre la phrase « Cet espace est réservé aux administrateurs de Vikidia, qui sont seuls à pouvoir y écrire, [...] ». Sur Wikipédia, c'est surement nécessaire mais c'est loin d'être le cas sur le Wiktionnaire.
L'idée de séparer en 3 pages est bonne. Stephane8888 Discuter 17 juillet 2009 à 12:52 (UTC)
Moi aussi je suis contre la phrase en question. --Szyx (d) 17 juillet 2009 à 12:59 (UTC)

Coordination sur le latin[modifier]

Afin d'accelerer le processus de mettre en forme les verbes latin, il y a ce truc ! S'il y a quelqu'un qui veut le modifier, allez-y au moment que vous modifier le petit patron entre<pre></pre>, sinon on va casser des liens. Mglovesfun (disc.) 16 juillet 2009 à 13:50 (UTC)

Une modification ? *Nomme tes paramètres* ! 1, 2, et 3 ça ne veut rien dire ! Nomdidjiou VIGNERON * discut. 16 juillet 2009 à 14:54 (UTC)
Fouchetremidouille [5]. --Szyx (d) 16 juillet 2009 à 19:56 (UTC)
Vig, je suis d'accord mais je ne trouve pas des noms assez précis (donc 1, 2, 3, on ne peut pas dire que je suis prolixe Clin d’œil) Mglovesfun (disc.) 16 juillet 2009 à 20:59 (UTC)
Cela ne me choque pas, surtout qu'on peut écrire {{subst:Utilisateur:Mglovesfun/Patrons/Infinitif latin|unio|ūniō|ūnīre}} --Szyx (d) 17 juillet 2009 à 13:02 (UTC)

Idée à propos de -apr-[modifier]

Si on remplaçait la section « apparentés étymologiques » par une section « mots de la même famille », mieux définie : on y listerait les noms, verbes, adjectifs, adverbes, etc. directement associés au mot vedette (ie de sens directement lié et de même étymologie), et rien de plus. Et la liste serait la même sur tous les articles, avec le même intitulé.

En fait j'utilise déjà plus ou moins {{-apr-}} ainsi, mais ce serait mieux si c'était défini clairement. Et {{-drv-}} est parfois d'usage problématique pour ce genre de mots car on ne voit pas toujours très clairement lesquels dérivent duquel (particulièrement entre verbe, nom et adjectif).

Je ne sais pas s'il faut créer un nouveau modèle ou recycler {{-apr-}}, mais que pensez-vous du principe ?

Exemple qui m'a fait penser à ceci : moonwalker / moonwalk.

--Szyx (d) 16 juillet 2009 à 14:43 (UTC)

Effectivement, moi aussi, j'utilise actuellement -apr- quand c'est clair que le mot est de la même famille, mais que ce n'est pas clair lequel dérive de l'autre. J'utilise -drv- quand ça semble clair. C'est pour ça que je mettrais bien comme titre pour -apr- Autres mots de la même famille, mais s'il n'y a pas de section dérivés, ça marche mal...
Ceci dit, dans les cas où tout est clair, je suis plutôt partisan de ne mettre qu'une section -drv- (et de l'intituler Mots et locutions dérivés). On peut facilement retrouver les autres mots de la même famille, normalement, en remontant via le mot indiqué dans l'étymologie. Faire une liste complète de tous les mots de la famille a un sens dans le mot de base, mais répéter cette liste dans tous les mots de la famille n'a pas grand sens. Lmaltier 16 juillet 2009 à 14:54 (UTC)
« mais répéter cette liste dans tous les mots de la famille n'a pas grand sens », je ne suis pas vraiment d'accord, d'autant que ma proposition concerne particulièrement les pages des mots dérivés.
Pour donner un exemple de ma pensée, je listerais dans une telle section, sur toutes les pages concernées :
--Szyx (d) 16 juillet 2009 à 15:51 (UTC)
Oui, il peut y avoir des cas où on tient à mettre des mots apparentés, mais qui ne dérivent pas directement du mot. Par exemple salé : ce n'est probablement pas un dérivé de sel, contrairement à demi-sel, mais il est logique de vouloir le mentionner quand même dans sel, c'est vrai. Mais mentionner saleur dans l'article dessaler, je n'y vois pas vraiment d'intérêt. Il faut penser qu'il peut y avoir des centaines de mots dans une famille de mots, et ce que je veux dire, c'est qu'il ne faut pas répéter tout ça partout, il faut mentionner uniquement ce qui est vraiment utile. Lmaltier 16 juillet 2009 à 15:58 (UTC)
Oui bien sûr, il faut faut moduler intelligemment (je ne savais même pas que le mot saleur existait avant d'écrire ce message). Tu serais chaud pour changer l'intitulé de {{-apr-}} en « Autres mots de la même famille » ? --Szyx (d) 16 juillet 2009 à 16:03 (UTC)
Oui, je ne serais pas contre. Les cas où il n'y a aucun dérivé, mais qu'on veut mettre des -apr- doivent quand même être assez rares. Lmaltier 16 juillet 2009 à 16:30 (UTC)
Et pour tout ce qui n'entre pas dans des critères restrictifs, il y a {{-voc-}}. --Szyx (d) 16 juillet 2009 à 16:53 (UTC)
Sur le wiktionnaire russe, ils ont même créé des modèles reproduisant la liste des mots de la même famille avec pour titre le mot de base. Les mots sont séparés en noms, verbes, adjectifs et adverbes. Personnellement, je pencherais pour une fusion des modèles {{-apr-}} et {{-drv-}}, la différence n'étant vraiment claire que pour trop peu de gens. De plus, on a rarement le tableau "généalogique" des mots d'une même famille pour savoir lesquels sont apparentés et lesquels sont dérivés. Un intitulé comme "Mots de la même famille" me semble un compromis acceptable. Quant à la création de modèles (du même style que les modèles pour les noms de jours ou de mois, ou les pronoms personnels — par exemple {{drv-sel}}), il faut y réfléchir pour voir si l'idée qui a été développée sur ru.wikt, pl.wikt ou hsb.wikt vaut le coup d'être transposée ici. Chrisaix 16 juillet 2009 à 16:17 (UTC)
Autre chose au sujet de sel et de salaire. Les deux mots sont apparentés, d’où la question suivante : sur quels critères décide-t-on que deux mots sont apparentés (comme chien et chenille par exemple) ou ne le sont pas... ? Pour reprendre l'exemple de "Le saviez-vous ?", fesse et fesser ne sont pas du tout apparentés étymologiquement, mais le sont sémantiquement. On fait quoi avec ? Chrisaix 16 juillet 2009 à 16:21 (UTC)
Pour chien et chenille : si on sait que chenille dérive de chien, on le met en dérivé de chien, sinon, il ne faut surtout pas le mettre. Il faut trouver des sources d'information... Pour fesse et fesser, c'est un cas facile : il est intéressant de signaler le cas en note, tout simplement. Lmaltier 16 juillet 2009 à 16:30 (UTC)
Petit cafouillis... J'ai dit que chien et chenille étaient apparentés, pas que l'un dérivait de l'autre. C'est le même problème pour sel : qui peut savoir quel mot est dérivé de tel autre ? Mais bon ! Tu n'as pas répondu à la proposition que j'ai faite. Qu'en penses-tu ? Chrisaix 16 juillet 2009 à 16:37 (UTC)
C'est bien l'objet de ma proposition : « Autres mots de la même famille » signifierait étymologie commune ET sens commun. Voir mon exemple sel / salaire. Je suis conscient qu'on pourra toujours trouver des milliers de cas limites, mais je pense que ce serait un progrès. --Szyx (d) 16 juillet 2009 à 16:51 (UTC)
bon, comme je suis un impulsif (l'aviez-vous remarqué ?), je vais faire la modification. --Szyx (d) 16 juillet 2009 à 20:03 (UTC)
L'usage que tu fais de {{-apr-}} est le bon. « Apparentés étymologiques » ou « Mots de la même famille » c'est un peu la même chose... en moins précis car il faut comprendre « famille étymologique » et non « grammaticale » ou je ne sais quoi d'autre. Le seul intérêt du nouvel intitulé c'est d'être davantage à la portée du lecteur lambda, quoique je trouve apparentés et étymologiques suffisamment accessibles. De plus, garder "Apparentés" pour un modèle "{{-apr-}}" facilite la mémorisation des modèles.
Sur le fond, l'"arbre étymologique" n'est sans doute pas connu pour tous les mots, et il peut y avoir des hypothèses étymologiques invérifiables. Bref l'étymologie n'est pas une science exacte, mais dès l'instant où on identifie une famille... c'est que l'on connait la filiation. Donc il doit être possible de s'en sortir avec les seules sections {{-étym-}} et {{-drv-}}. Certes, cela oblige à faire une recherche précise (et chronophage) et c'est pourquoi la section {{-apr-}} est utile : une sorte de section temporaire, en attendant d'y consacrer davantage de temps. Elle permet aussi parfois de signaler d'intéressantes parentés insoupçonnées. Mais je ne suis pas favorable au remplissage systématique des sections {{-apr-}}. On pourrait imaginer un système de sous-pages pour éviter la redondance d'information, mais je pense que ce serait se disperser inutilement : les familles étymologiques sont parfois énormes, où s'arrêtent-elles d'ailleurs ? Préfixe, suffixe, radical... Stephane8888 Discuter 16 juillet 2009 à 21:18 (UTC)
Un remplissage systématique de {{-apr-}} serait redondant avec {{-étym-}} et {{-drv-}}. Mieux vaudrait (dans dix ans... Mort de rire) mettre en place un système de construction automatique de la famille à partir des informations contenues dans {{-étym-}} et {{-drv-}} : Je veux les cousins germains, les petits cousins, etc. Stephane8888 Discuter 16 juillet 2009 à 21:52 (UTC)
Tu auras remarqué que je n'ai pas fait ce que j'ai dit ci-plus-haut. Comme quoi je ne suis pas si impulsif que cela. Plaisanterie à part : cette proposition est donc désormais enterrée. Dieu ait son âme. --Szyx (d) 16 juillet 2009 à 21:55 (UTC)

Catégories[modifier]

Pour les catégories comme La catégorie Biologie Biologie et La catégorie Chimie Chimie, il faut tout mettre sous La catégorie Thématiques Thématiques ? À mon avis non, on devrait mettren sous La catégorie Sciences Sciences comme ils le font sur Wikipédia. Mglovesfun (disc.) 16 juillet 2009 à 21:47 (UTC)

On peut toujours le faire, bien sûr. Mais tant que les catégories ne seront pas gérées correctement, c'est-à-dire 1°) lorsqu'elles ne seront plus créées de façon anarchique et personnelle, 2°) quand elles présenteront autre chose qu'une simple (et inutile) liste alphabétique, 3°) quand elles seront normalisées suivant un canevas prédéfini (style classification Dewey par exemple, ou autre), ce genre de débat ne sera qu'une pierre jetée dans l'eau. Autant je trouve la catégorisation utile, autant je suis déçu par ce que ce système est capable d'apporter aujourd'hui. Chrisaix 17 juillet 2009 à 06:30 (UTC)
Les catégories peuvent être utiles. Par exemple, La catégorie Lexique en français du football Lexique en français du football est très utile pour un lecteur, qu'il soit francophone ou non. Par contre La catégorie Verbes en français Verbes en français ne sert pas à grand chose au niveau classique, c'est plutôt utile pour la gestion du Wiktionnaire. Mon dilemme actuel : quelle est la vraie différence entre La catégorie Thématiques Thématiques et La catégorie Lexiques Lexiques. Une fois une réponse trouvée, il ne sera pas trop difficile de mieux gérer lesdites catégories. Mglovesfun (disc.) 17 juillet 2009 à 20:44 (UTC)
D'après moi, un lexique correspond à un sujet général (biologie, chimie, géographie, histoire, grammaire, linguistique, minéralogie, zoologie, botanique...) alors qu'une thématique correspond à un sujet plus précis (animaux, plantes, minéraux, fleurs, fruits, noms, adverbes, prénoms...). Dans ce sens, tu as raison : chimie et biologie sont des sciences et doivent être classées comme telles. Mais je reste quand même extrêmement déçu par la gestion des lexiques et des thématiques aujourd'hui. C'est au niveau de projet entier qu'il faudrait revoir ça : autant l'idée est géniale, autant sa mise en œuvre s'avère anarchique. Et c'est encore pire sur Wikipedia... Chrisaix 18 juillet 2009 à 06:52 (UTC)
Si je comprends bien, dent ou nageoire caudale sont des mots du jargon de la zoologie, et donc à mettre dans le lexique de la zoologie en français, alors que brochet ou Esox lucius ne sont pas des mots du jargon de la zoologie, mais simplement des éléments de nomenclature, et sont à mettre dans les catégories Poissons.... De même pour ville (mot du vocabulaire de la géographie) et Sainte-Adresse (simple élément de la nomenclature des villes), à mettre dans Villes .... Il faudrait expliquer ça très clairement, avec des exemples, dans chaque catégorie concernée, avec des exemples adaptés, parce que ce n'est vraiment clair pour personne (ou à peu près). Lmaltier 18 juillet 2009 à 07:02 (UTC)

Interjections ?[modifier]

Comment doit-on intituler les interjections ? Avec ou sans le point d’exclamation ? Les deux ? Le Wiktionnaire:Patron d’article pour une interjection est muet comme les pages de conventions à ce sujet. Autrement dit, une interjection comme morbleu ! doit-elle être classée sous morbleu ou morbleu ! ? Si le premier cas, met-on le point d’exclamation dans la ligne de forme ? Je signale du même souffle quil y a quelques cas où une forme interrogative a été liée avec le point d’interrogation, dans l’Annexe:Liste_d’expressions_françaises#Valeur_d’interjection. Urhixidur 17 juillet 2009 à 12:22 (UTC)

Le point d'exclamation ou d'interrogation ne fait clairement pas partie du mot. Une interjection ou une locution comme quelle mouche l’a piqué peut d'ailleurs toujours être placée à l'intérieur d'une phrase plus complète. Un exemple tiré de Wikisource : Eh bien, morbleu, je veux être l'âne chargé de porter les mystères, mais je ne porterai pas davantage ces paquets. Lmaltier 17 juillet 2009 à 12:28 (UTC) Ceci dit, créer une redirection de morbleu ! et de morbleu! vers morbleu est toujours possible, ne fait pas de mal, et peut rendre service. Lmaltier 17 juillet 2009 à 12:30 (UTC)
Je suis d'accord avec Lmaltier. Par contre, mettre un point d'exclamation sur la ligne de forme peut parfois aider le lecteur à comprendre l'utilisation de l'« interjection » (qui est un mot assez savant). Surtout quand il y a plusieurs sections grammaticales : Un exemple dans l'article chapeau. Stephane8888 Discuter 17 juillet 2009 à 12:46 (UTC)
D’accord. J’ai modifié Wiktionnaire:Structure_des_articles#Syntaxe ainsi que le patron de création d’article en conséquence. Urhixidur 18 juillet 2009 à 00:47 (UTC)

Wiktionnaire:Erreurs d’orthographe[modifier]

Ou éventuellement Wiktionnaire:Conventions/Erreurs d’orthographe. Très difficile à définir une erreur d'orthographe qui est « courante », mais si on essayait ? On pourrait mettre un lien dans le bandeau {{-erreur-}} afin que nos lecteurs puissent mieux comprendre (pourtant un Portail:Erreur d'orthographe ne serait pas une très bonne idée). Mglovesfun (disc.) 18 juillet 2009 à 09:45 (UTC)

  • Pour Pour --Szyx (d) 20 juillet 2009 à 10:03 (UTC)
  • Pour Pour Excellente idée ! J’adore la page disfonctionnement. Par contre {{-erreur-}} est posé un peu partout (même si la ligature oe a pleine valeur orthographique en français, il faudrait une sous-cat dédié pour oeil & cie). Pour définir les fautes courantes, un google test (sur google books éventuellement) peut aider. Cdlt,
    L'intérêt d'une page comme disfonctionnement, c'est qu'elle sort n°1 à une recherche google.fr, ce qui peut concourir à apprendre un peu l'orthographe aux utilisateurs d'internet. Clin d’œil--Szyx (d) 20 juillet 2009 à 10:16 (UTC)

Navigation[modifier]

Où pourrait-on placer un tel tableau qui ne demande qu'à s'agrandir ?

Discussions communautaires
Langue Wikiversity-logo-en.svg Wikipedia-logo-fr.png WiktionaryFr.svg
Flag of France.svg
Français
La salle café Le Bistro La Wikidémie
Union flag 1606 (Kings Colors).svg
Anglais
Le colloque Le puits Le pub
Flag of Germany.svg
Allemand
La cafétéria Le café Les questions
Flag of Spain.svg
Espagnol
Le cloître Le café Le café
Flag of Italy.svg
Italien
Le bar Le bar Le bar

Je le trouve plus ergonomique que w:Wikipédia:Avenue des Cafés et Bistros/monde. JackPotte 18 juillet 2009 à 22:36 (UTC)

Le problème, c'est qu'avec 250 lignes, il n'est plus ergonomique du tout. --Szyx (d) 20 juillet 2009 à 09:43 (UTC)

Pourquoi, pour l’anglais, utiliser le drapeau britannique de 1606-1801 plutôt que le courant ? Urhixidur 21 juillet 2009 à 11:57 (UTC)

Et surtout, pourquoi utiliser des drapeaux ? De façon générale, chaque drapeau est associé à plusieurs langues, et chaque langue à plusieurs drapeaux, ça ne peut donc que prêter à confusion. Il ne faut jamais essayer de repérer des langues par des drapeaux. Lmaltier 21 juillet 2009 à 12:00 (UTC)
J'aurais traduit village pump par la fontaine du village. --Szyx (d) 21 juillet 2009 à 12:35 (UTC)


Discussions communautaires
Langue Wikiversity-logo-en.svg Wikipedia-logo-fr.png WiktionaryFr.svg
Lang-fr.gif
Français
La salle café Le Bistro La Wikidémie
Lang-en.gif
Anglais
Le colloque La fontaine du village Le pub
Lang-ge.gif
Allemand
La cafétéria Le café Les questions
Lang-es.gif
Espagnol
Le cloître Le café Le café
Lang-it.gif
Italien
Le bar Le bar Le bar

C'est fou ce que l'on peut créer avec ce logiciel. JackPotte 21 juillet 2009 à 18:59 (UTC)

Il y a plein de pays où le français est utilisé et qui sont oubliés. Ces drapeaux ne servent strictement à rien, sinon à détourner l'attention. Lmaltier 24 juillet 2009 à 21:25 (UTC)
J'ai créé cette image à partir des pays reconnus de français à langue maternelle (exception faite du Luxembourg et de Monaco) : il est aussi possible d'en faire un plus complexe, les doléances seront récoltées dans la futur rubrique demande de création de fichiers (vidéos, images et sons). JackPotte 24 juillet 2009 à 22:16 (UTC)

La langue est un des éléments principaux qui définit un peuple. La logique d'un pays (celle de ses dirigeants) est de normer cette langue afin de souder le peuple face aux épreuves qu'il doit surmonter (efficacité et cohésion). Un drapeau symbolise le pays, et donc aussi cette volonté normative (différente de l'esprit descriptif et neutre de notre projet). Un mélange de drapeaux contient très souvent des drapeaux en référence à une seconde langue, voire une troisième... mais ces drapeaux symbolisent d'abord une autre langue, la principale. Je pense donc que ces assemblages de drapeaux ne peuvent que représenter un ensemble d'états par exemple dans une réunion intergouvernementale (francophonie au sens politique). Si on veut adresser un clin d'œil aux habitants d'autres pays (qu'ils ne se sentent pas exclus du projet) on est sûrs en utilisant des drapeaux d'en oublier, d'en négliger... alors qu'on en exclut aucun en indiquant simplement le nom de la langue (dans cette langue). Stephane8888 Discuter 25 juillet 2009 à 09:23 (UTC)

Annexe:Bistros Wikimédia JackPotte 30 juillet 2009 à 07:20 (UTC)

Modèle:en-conj-irrég[modifier]

Gene (d · c · b) a dit que {{en-conj-irrég}} prend trop de place sur les pages, donc Regardez mon bac à sable. Mglovesfun (disc.) 19 juillet 2009 à 13:46 (UTC)

Ce que tu voudrais c'est réduire la hauteur ? <small> n'est pas la bonne solution. --Szyx (d) 20 juillet 2009 à 09:46 (UTC)
Je suis pas fan du tout du small non plus (au pire, un div mais surtout pas la balise small !). Il faut éviter au maximum de modifier le style des tableaux dans les modèles (si on veut changer, il faut le faire directement dans la feuille de style flextable). Cdlt, VIGNERON * discut. 20 juillet 2009 à 10:00 (UTC)
Ça prend trop de place où : en hauteur, en largeur, les deux ? Et sur quel type d'écran : un portable, un téléphone ? Si c'est le cas pour ce dernier point, il y a une feuille de styles dédiée que l'on pourrait modifier sans pour autant avoir à réduire la taille du tableau pour tout le monde. — Dakdada (discuter) 21 juillet 2009 à 09:33 (UTC)

À propos de trop de place, voir архангелівський... --Szyx (d) 20 juillet 2009 à 10:06 (UTC)

Je n'aime ni mettre un menu déroulant ni écrire en "small" : c'est un cas limite pour les pages annexes. — Dakdada (discuter) 21 juillet 2009 à 09:33 (UTC)
Je suis surtout d'accord. Mglovesfun (disc.) 21 juillet 2009 à 17:20 (UTC)

Conjugaison complète des verbes anglais[modifier]

Que pensez-vous de la conjugaison complète des verbes anglais comme sur cette page ? Est-il souhaitable de le faire pour Wiktionnaire ? ---Béotien lambda 20 juillet 2009 à 05:51 (UTC)

C'est une bonne idée. Plutôt dans une page d'annexe comme pour le français. Stephane8888 Discuter 21 juillet 2009 à 06:49 (UTC)
Ma foi, pourquoi pas, mais en annexe, comme le suggère Stephane8888. — Dakdada (discuter) 21 juillet 2009 à 09:26 (UTC)
En annexe, bien sûr : Annexe:Conjugaison anglaise:swallow. À moins qu'on applique tout de suite une de mes vieilles propositions que j'avais un peu oubliée, utiliser les sous-pages : Annexe:Conjugaison anglaise/swallow. --Szyx (d) 21 juillet 2009 à 10:49 (UTC)
Le site www.verb2verbe.com est spécialisé dans les conjugaisons, mais ça craint pour le futur en anglais (voir ce futur futur peut-être ?) ---Béotien lambda 21 juillet 2009 à 11:05 (UTC)
bof, pour tout le monde en anglais on ne doit distinguer que deux personnes au présent (sauf pour to be (am/is/are, was/were, been) où il vaut mieux indiquer en plus le pluriel : I am, he/she is, we/you/they are), et pour tous les autres temps une seule personne suffit (on peut effectivement aussi se passer de la plupart des temps, car ils sont réguliers en utilisant aussi la conjugaison régulière des trois auxiliaires to will (will, would, would) ou to be (am/is/are, was/were, been) ou to have (have/has, had, had)), hormi le prétérit (seule exception encore pour to be (am/is/are, was, been), où il faut en plus le pluriel : I/he/she was, we/you/they were) et le participe passé qui peuvent encore être mentionnés systématiquement ; bref pas besoin de page annexe comme en français, ça tient dans un tout petit tableau dans l'article même ; et au besoin le titre du tableau renvoie vers une page unique d'annexe expliquant la conjugaison complète à l'aide du présent (et la 3e personne du présent), du prétérit et du participe passé donné dans les articles des verbes. Trop de données superflues nuit à la lecture et ne donnera aucun intérêt en terme d’apprentissage, compréhension et maîtrise de la langue. verdy_p (d) 9 octobre 2009 à 22:10 (UTC)

Accord des mots composés[modifier]

Je propose l'abandon de {{fr-accord-comp-mf}}, dont la complexité est une aberration alors que {{fr-accord-mf}} fait la même chose de façon limpide. En fait, cela fait des semaines que j'applique cette proposition. --Szyx (d) 20 juillet 2009 à 23:07 (UTC)

Je suis d'accord. C'est plus simple d'écrire les pluriels de mots composés en entier, et c'est beaucoup plus clair. — Dakdada (discuter) 21 juillet 2009 à 09:23 (UTC)
90% des cas sont couverts par la syntaxe
{{fr-accord-mf | s=locution à la pomme | p=locutions à la pomme | pron=lɔ.ky.sjɔ̃ a la pɔm }}
. Écrivez la même chose avec fr-accord-comp-mf, pour voir... --Szyx (d) 21 juillet 2009 à 10:43 (UTC)
On pourrait peut-être créer des modèles distincts selon les cas. Considérant le pluriel, un mot composé peut avoir quatre pluriels différents : sing-sing, sing-plur, plur-sing, plur-plur. Le premier est couvert par {{fr-inv}}, le second par {{fr-rég}}. On pourrait créer deux modèles simples pour les deux cas restants ? Urhixidur 21 juillet 2009 à 12:04 (UTC)
Pourquoi absolument vouloir compliquer ? En plus, ça ne pourra jamais couvrir tous les cas, il y en a beaucoup trop... (par exemple salon-cuisine-salle à manger). Lmaltier 21 juillet 2009 à 12:15 (UTC)
À relier peut-être à Discussion utilisateur:Urhixidur/Archive 2008#Modèle:fr-accord-mf, Discussion utilisateur:Urhixidur/Archive 2008#Modèle:fr-accord-comp-mf et Discussion utilisateur:Urhixidur/Archive 2008#fr-accord-mixte, pour mémoire.--Béotien lambda 21 juillet 2009 à 12:19 (UTC)
À relier surement, même si ces discussions sont assez anciennes. Précision : je ne propose pas d'utiliser {{fr-accord-mixte}}, mais {{fr-accord-mf}}. Et je ne propose pas de modifier massivement les usages existants de {{fr-accord-comp-mf}}. --Szyx (d) 21 juillet 2009 à 12:30 (UTC)
Et Urhixidur a déjà créé (sur ma suggestion) {{fr-accord-loc-mf}}, mais à quoi bon multiplier les modèles ?
  • {{fr-accord-mf|s=air de famille|p=airs de famille|pron=ɛʁ də fa.mij}}
  • {{fr-accord-loc-mf|air|de famille|ɛʁ|də fa.mij}}
Oui, dans ce cas le deuxième est un peu plus court, mais dans les cas simples seulement. --Szyx (d) 21 juillet 2009 à 12:43 (UTC)
Sachant que tout est faisable avec {{fr-accord-mf}}, et que les contributeurs n'ont pas tous de certification en modèlologie du Wiktionnaire, je suis Contre Contre {{fr-accord-comp-mf}} et {{fr-accord-loc-mf}}. JackPotte 21 juillet 2009 à 17:08 (UTC)
La catastrophe commence avec des exemples aussi simples que mise à jour :
  • {{fr-accord-mf|s=mise à jour|p=mises à jour|pron=mi.z‿a juʁ}}
  • {{fr-accord-loc-mf|mise|à jour|mi.z|a.ʒuʁ|liaison_s=oui|pp1=mi}}
« modèlologie » est un bon résumé du problème. --Szyx (d) 21 juillet 2009 à 19:29 (UTC)

Un bon exemple de ce que les modèles trop sophistiqués ne peuvent faire : système nerveux parasympathique. --Szyx (d) 27 juillet 2009 à 18:31 (UTC)

Indentation des ##[modifier]

Il ne serait pas possible qu'un ## indente moins qu'un #* ? Voir par exemple femme#fr-nom :

  1. Être humain de sexe féminin (par opposition à homme).
    • La loi salique excluait les femmes de la possession de la terre.
    1. (En particulier) (Biologie) Femelle de l’Homo sapiens.

--Szyx (d) 21 juillet 2009 à 17:12 (UTC)

Pour Pour 1.1, 1.2... JackPotte 21 juillet 2009 à 19:01 (UTC)

pour' quoi ? Pour la question, je ne sais pas, mais l'exemple est mal choisi : c'est deux fois exactement le même sens : Être humain de sexe féminin, ça veut dire très exactement la même chose que Femelle de l’Homo sapiens. Lmaltier 21 juillet 2009 à 19:05 (UTC)

Je ne suis (une fois de plus) pas d'accord avec toi : « La loi salique excluait les femmes de la possession de la terre. » ne peut pas se référer à l’Homo sapiens, notion inventée des siècles plus tard.
Mais cela n'était pas l'objet de la question. --Szyx (d) 21 juillet 2009 à 19:17 (UTC)
La formulation de la définition est différente, mais le sens est exactement le même, je le maintiens. Mais cela n'était pas l'objet de la question. Lmaltier 21 juillet 2009 à 19:19 (UTC)
Prout, pipi caca. Je t'adore ;=). Mais cela n'était pas l'objet de la question. --Szyx (d) 21 juillet 2009 à 19:53 (UTC)
Et avec un exemple comme :
1. Définition.
1.1 (Par extension)
1.2 (Par métonymie)
2. (Figuré)

? JackPotte 21 juillet 2009 à 21:23 (UTC)

Si tu z-y insères des exemples/citations, cela donne quoi ? --Szyx (d) 21 juillet 2009 à 22:24 (UTC)

bateau

1. Ouvrage flottant.
1.1 (Par extension) Contenu d'un bateau.
2. Bobard.


ou en numérotant les exemples :
bateau

1. Ouvrage flottant.
1.1 Bateau à voiles.
1.2 Bateau à vapeur.

... JackPotte 22 juillet 2009 à 02:26 (UTC)

Critères d'acceptation des langues (vote)[modifier]

Résultat[modifier]

La proposition est acceptée avec un bilan de 10 votes à 0. Mglovesfun (disc.) 22 août 2009 à 14:59 (UTC)

Ne faudrait-il pas retranscrire ces critères dans une page dédiée (Wiktionnaire:critère d'acceptation d'une langue) ? Jona 1 septembre 2009 à 08:50 (UTC)

Suite à la discussion un peu plus haut, je propose au vote les critères suivants, qui me paraissent pouvoir faire l'objet d'un consensus, même s'il ne sera pas très naturel pour certains (fin du vote : 20 août 2009) :

  • Conformément à la mission du projet (tous les mots de toutes les langues), toutes les langues, vivantes ou mortes, sont acceptées, sans exception, y compris les langues construites quand elles peuvent réellement être considérées comme de vraies langues. Les critères suivants visent simplement à vérifier qu'une langue existe effectivement avant de l'introduire dans le Wiktionnaire.
  • Toutes les langues reconnues internationalement comme des langues ont leur place dans le Wiktionnaire. Le critère est l'existence
  1. d'un code ISO-639 (sauf les codes de "macrolangues") (voir Wiktionnaire:ISO 639-1, Wiktionnaire:ISO 639-2 et Wiktionnaire:ISO 639-3). Toutefois, les mots hypothétiques n’étant pas acceptés, cela n’a pas de sens pour les langues dont aucun mot n’est connu. Ces langues constituent donc une exception.
  2. ou d'un code langue de la fondation WikiMedia (codes utilisés pour les liens interwikis).
  • Les langues n'ayant encore ni code ISO ni code Wikimédia doivent impérativement faire l'objet d'une discussion et d'une décision préalable à leur introduction, ceci afin de vérifier qu'elles peuvent effectivement être considérées comme des langues existantes. Les critères principaux à prendre en compte sont les suivants (non cumulatifs, un seul suffisant pour accepter la langue) :
    • existence (actuelle ou passée) de personnes ayant cette langue comme langue maternelle.
    • existence d'écoles ayant enseigné cette langue
    • existence d'une littérature dans cette langue
    • existence évidente d'un nombre important de personnes connaissant cette langue
    • langue faisant l'objet d'un article dans au moins deux des dix plus grosses wikipédias, sans que l'existence de ces articles y soit contestée.
  • Si une langue a un code, mais qu'on estime, après discussion, qu'il est bon d'accorder à plusieurs des variantes/dialectes de la langue leurs propres noms de langues et leurs propres sections (les variantes étant suffisamment différentes et inintelligibles entre elles pour penser que des codes séparés seront créés tôt ou tard), ces variantes pourront être acceptées en tant que langues séparées. Malgré tout, les sections dans la langue disposant du code devront être conservées, et de nouveaux mots pourront être créés dans cette langue par ceux qui le désirent.
  • Le nom utilisé en interne pour une langue est toujours le nom le plus couramment utilisé en français, dans son orthographe la plus usuelle, sauf cas de force majeure (deux langues différentes portant le même nom, par exemple). Si aucun nom n'est couramment utilisé, ou si plusieurs noms sont très couramment utilisés, c'est si possible le nom privilégié par les organismes officiels ou les organismes de standardisation qui est préféré.

Lmaltier 21 juillet 2009 à 20:29 (UTC)

Il aurait été utile de dire plutôt que ces langues doivent avoir un code BCP 47 car ce code est stable, et cette norme fixe aussi le code préférentiel (quand il y en a plusieurs dans les volets de la norme ISO 639). Noter que tous les codes de l’ISO 639 existent dans BCP 47 (y compris ceux qui ont été supprimé de ISO 639), mais BCP 47 fixe les priorités (il en définit un comme standard, les autres sont des alias non recommandés.)
Le critère BCP 47 est plus précis que celui des codes ISO 639.
De plus, exclure les macrolangues est illusoire. Pour la plupart les macrolangues (chinois, arabe, et les lingua franca...) sont des langues en tant que telles, même si elles résultent d’un patchworks de langues clairement séparables ou d’usage différent (par exemple les dialectes vernaculaires de l’arabe oral, qui sont pourtant de vraies langues bien distinctes de l’arabe classique écrit, ou les dialectes du chinois qui ne se ressemblent en fait QUE dans leur forme écrite sous forme idéographique, mais pas du tout dans des écritures alphabétiques ou à l’oral; hors il faut bien reconnaitre que la forme écrite de l’arabe ou du chinois existe bel et bien en tant que telle : c’est la raison d’être des macro-langues qui sont en fait de vraies langues, où à l’écrit les langues qui la composent sont des dialectes, alors qu’à l’oral se sont des langues bien distinctes).
Cela ne remet pas en cause votre vote, mais si on fait référence à BCP 47, il faut dire qu’on utilise ses codes langues à condition que ce ne soient pas des alias (pour lesquels il existe un code préféré tel qu’il est défini dans BCP 47, qui référence le registre IANA des codes langues comem seule source fiable).
Arrêtez de croire qu’on utilise des codes ISO 639 : ce n’est pas vrai car on en a exclu beaucoup, et BCP 47 fournit le cadre idéal de décision tout en assurant la stabilité des codes (ce que ISO 639 ne fait pas du tout...). Par exemple,
  • on n’utilise pas fra ou fre, on utilise fr (tous les 3 sont dans ISO 639, mais BCP 47 indique qu’il faut choisir fr, les autres sont des alias.
  • on n’utilise pas zh-Hans (bien qu’il existe dans BCP 47) mais zh directement (car BCP 47 indique que le code écriture Hans est supprimé pour le code langue zh, ce qui fait que zh-Hans devient un alias de zh)...
Je peux donner des tas d’autres exemples, ils se vérifient tous. De plus BCP 47 (surtout maintenant que sa version finale a été publiée très officiellement à la fin du mois d’août, alors que son texte était déjà finalisé depuis mars et n’attendait plus que la publication et la fixation des conditions de transition pour le registre IANA, ainsi que d’obtenir une version finalisée de ISO 639-3 et ISO 639-5 pour réviser le registre IANA, sans que cela remette en cause le texte lui-même) fixe clairement la façon de nommer les variantes (régionales avec code pays ou région, ou variantes d’écritures, ou variantes dialectales), et permet une classification très rigoureuse des langues.
Le vote n’a pas tenu compte de la publication finale de BCP 47 (dont le texte était de toute façon disponible depuis plus d’un an, avec des modifications très mineures dans cette période, et BCP 47 constitue aussi la seule norme référencée depuis toujours par toutes les normes du web (toutes celles du W3C : HTML, XML, même SGML, CSS, SVG, ...; et toutes celles de l’IETF, c’est-à-dire les RFC et BCP et ses registres IANA; et presque toutes les autres normes informatiques : ANSI, européennes ; il n’y a guère que les normes bibliothécaires qui utilisent ISO 639, et encore pas toujours puisque les bibliothèques nationales ont parfois encore leur propre norme de codification pour leurs besoins de classification bibliographique, et elles sont toutes en train de migrer vers soit ISO 639-3 uniquement, en ayant abandonné depuis longtemps ISO 639-1 et -2, plus ISO 15924, soit directement vers BCP 47 comme tout le reste de l’informatique et des technologies du Net !) verdy_p (d) 9 octobre 2009 à 17:54 (UTC)

Ce vote n'avait strictement rien à voir avec les codes langues. Le critère principal pour les codes doit à mon avis être la compatibilité avec les codes utilisés pour les interwikis, et ensuite la norme ISO-639 (2 lettres, à défaut 3 lettres) et aussi de préférence la compatibilité avec les autres wiktionnaires. C'est en gros ce que nous avons fait jusqu'à présent. Lmaltier 9 octobre 2009 à 18:05 (UTC)

Pour (vote sur les critères d'acceptation des langues)[modifier]

  1. Pour Pour Lmaltier 21 juillet 2009 à 20:29 (UTC)
  2. Pour Pour Mglovesfun (disc.) 21 juillet 2009 à 20:36 (UTC)
  3. Pour Pour et aussi avec les Catégorie:transcriptions et translittérations reconnues selon les mêmes critères. JackPotte 21 juillet 2009 à 21:18 (UTC)
    la proposition ne concerne que les langues acceptées, pas les entrées individuelles acceptées. Lmaltier 22 juillet 2009 à 05:42 (UTC)
  4. Pour Pour c'est une bonne base. --Béotien lambda 22 juillet 2009 à 05:27 (UTC)
  5. Pour Pour avec une petite restriction technique indépendante des raisons énoncées dessus : il faut aussi que la langue puisse être transcrite en Unicode (je pensais à l'égyptien ancien), faute de quoi il sera difficile de créer des articles. L'analyse des critères me plaît et j'y adhère. Chrisaix 22 juillet 2009 à 07:00 (UTC)
    S'il y a une difficulté technique, il faut discuter du meilleur moyen de la contourner ou de la résoudre, mais cela ne doit pas conduire à interdire la langue... Les wiktionnaires en latin et en anglais ont des articles pour l'égyptien ancien (et ils ont choisi des solutions très différentes). Lmaltier 22 juillet 2009 à 08:34 (UTC)
  6. Pour Pour Markadet∇∆∇∆ 22 juillet 2009 à 08:14 (UTC)
  7. Pour Pour Urhixidur 23 juillet 2009 à 02:52 (UTC)
    Je modifierais cependant « existence d’écoles ayant enseigné cette langue » en « existence d’écoles ayant enseigné cette langue ou d’ouvrages enseignant cette langue ». Urhixidur 18 août 2009 à 04:08 (UTC)
    Si un individu invente une "langue", puis publie un livre (à compte d'auteur par exemple), sans que personne d'autre ne s'y intéresse, on ne peut pas dire que c'est une vraie langue. Le critère sur les WIkipédias est suffisant pour accepter le tsolyani. Lmaltier 18 août 2009 à 05:35 (UTC)
  8. Pour Pour (il manque juste un paragraphe sur un code utilisé différemment par ISO et par WM, nrm notamment). VIGNERON * discut. 23 juillet 2009 à 08:36 (UTC)
    Je donnerais personnellement la priorité : code Wikimédia, à défaut code standard Internet (c'est-à-dire, en gros, code ISO 2 lettres, ou à défaut code ISO 3 lettres), à défaut (ou en cas de collision avec un code Wikimédia) code qu'on définit nous-mêmes, par exemple le nom en clair. Mais il faudrait lancer une discussion séparée, c'est un sujet différent. Lmaltier 23 juillet 2009 à 11:25 (UTC)
  9. Pour Pour : Avec toutes ces langues on a du pain sur la planche. Stephane8888 Discuter 25 juillet 2009 à 08:13 (UTC)
  10. Pour Pour Pamputt [Discuter] 1 août 2009 à 17:30 (UTC)

Contre (vote sur les critères d'acceptation des langues)[modifier]

  • Contre Contre Ce texte ne me plait pas. Et tant pis si je me fais engueuler. (1) Il devrait prévoir une clause de retrait d'une langue – on peut se tromper, non ? (2) la fondation WikiMedia n'est pas une référence valable pour décider si une langue existe ou pas, le fait qu'elle utilise un code devrait être ignoré --Szyx (d) 21 juillet 2009 à 22:07 (UTC)
    On peut toujours corriger ses erreurs, rien ne dit le contraire. On peut le rajouter, mais je ne vois pas l'intérêt. Quant à Wikimédia, cela me semble le critère le plus indiscutable des plus indiscutables, puisqu'on fait partie de Wikimédia. Lmaltier 22 juillet 2009 à 05:21 (UTC)
    Disons alors que je m'abstiens. --Szyx (d) 22 juillet 2009 à 13:25 (UTC)
    Pour info, ce n’est pas exactement la Foundation mais le Language committee qui décide quel projet peut voir le jour et sous quel code. En général, il reprend le code ISO sauf si celui-ci n’existe pas (le normand est le seul cas qui me viennent à l’esprit). De toute façon, il y a beaucoup moins de langues WM que ISO (par exemple, le grec ancien a été refusé par WM). Cdlt, VIGNERON * discut. 23 juillet 2009 à 08:42 (UTC)
    Ce language committee fait partie de la fondation... Il a bien sûr à prendre en compte des critères bien différents (par exemple le nombre de personnes qui réclament l'ouverture du projet avec l'intention d'y contribuer), et il n'a évidemment pas dans l'idée d'accepter toutes les langues, contrairement à nous. S'il y a par exemple un wiktionnaire dans une langue, ce serait mal venu d'interdire cette langue ici. Mais il faut toujours penser que ne pas interdire ne signifie pas encourager. Chacun contribue là où il veut, c'est comme ça qu'on avance. Lmaltier 23 juillet 2009 à 11:19 (UTC)
    Oui mais non pas exactement (ce Committee est composé de membres de la communauté et géré par eux, il est juste reconnu par la Fondation), enfin bref. Il faudrait faire une liste exacte mais a proiri il n’y a que pour quelques cas où il existera un code WM et pas de code ISO (en fait, je crois même qu’il n’y a qu’un seul cas : nrm). Cdlt, VIGNERON * discut. 24 juillet 2009 à 12:58 (UTC)
    Le code nrm est malheureux car il entre en conflit avec une autre langue dans les normes BCP 47 comme ISO 639 (qui définissent encore le normand comme un dialecte du français, donc codé du style fr-norma si on applique BCP 47 à la lettre, et à condition que le sous-label de variante norma soit enregistré dans le registre IANA (ce qu’il n’est toujours pas, malgré la demande en cours, qui attend aussi que l’ISO prenne une décision sur la nécessité de coder ou non le normand dans ISO 639-3, comme l’a demandé les États de Jersey avec son dictionnaire maintenant officiel, auquel cas il n’aura certainement pas le code nrm déjà assigné, mais un autre code de 3 lettres, et il n’est pas impossible que ce code soit dérivé d'un des noms jersiais ou guernesiais ou aldernais ou anglo-normand, même si le nom qui sera assigné par l'ISO 639-3, et retenu ensuite dans le registre IANA pour BCP 47, sera probablement normand).
    Wikimedia a déjà renommé plusieurs de ses "codes langues" (qui en fait n’étaient que des noms de sous-domaine). Le code nrm n’existe pas dans le logiciel MediaWiki car il n’est pas internationalisable et pas supporté hors des sites web hébergés directement par la Fondation: il peut à tout moment être renommé (comme sous-domaine des domaines pour les projets officiels de la Fondation: wikipedia.org, wiktionary.org, etc...) en fournissant pendant un certain temps encore (limité) des aliases (CNAME) sur ses serveurs DNS, afin d’éviter une rupture des liens externes du jour au lendemain (puis en les supprimant quand les codes standards doivent être réutilisés pour une nouvelle langue...).
    Wikimédia aurait du faire comme pour le tsolyani ou le tokipona (également non encodés dans ISO 639 ni dans BCP 47, mais ayant un pseudo-code privé tsolyani ou tokipona qui n'entre pas en conflit avec BCP 47) : faute de code standard, il aurait mieux fait d’utiliser un nom avec au moins 5 lettres (par exemple norma ou norman et non pas nrm). Il a déjà uniformisé et revu pas mal de codes en se conformant à BCP 47 (en définissant au moins pendant un certain temps un alias dans leur serveur de noms de domaines, le temps pour les différents sites de faire les corrections vers le nouveau code), il le fera tôt ou tard pour le normand ! Noter quand même que le comité linguistique est une création assez récente, avant cela se passait de façon informelle. Mais maintenant la politique est claire et c'est bien BCP 47 qui fixe les règles et la façon de codifier les langues ou dialectes, et c’est d'autant plus facile de justifier BCP 47 que sa dernière mouture (annoncée depuis plus d'un an) a été finalisée et répond à l'ensemble de nos demandes. verdy_p (d) 9 octobre 2009 à 18:11 (UTC)
    mais maintenant la politique est claire : en réalité, je lis dans la page d'aide de l'incubateur wikimedia : * La langue doit être un code ISO-639 valide (chercher) ou un code BCP 47 (liste). Au secours, je ne trouve aucun de code ISO ! Désolé, vous ne pouvez pas démarrer un projet test ici.. Merci de toujours fournir des liens pour prouver ce que tu affirmes, parce que c'est souvent faux. Lmaltier 9 octobre 2009 à 18:43 (UTC)

Abstention (vote sur les critères d'acceptation des langues)[modifier]

Catégorie:Modèles de conjugaison en français[modifier]

Je fais des efforts, mais je n'ai toujours pas fini de mettre {{fr-conj-intro}} sur tous ces modèles.

--Szyx (d) 21 juillet 2009 à 22:00 (UTC)

Pour moi {{fr-conj-intro}} fonctionne, {{fr-conj-2}} également, quant à {{fr-conj-1}} je n'arrive ni à corriger l'absence de suffixe de la 1ère ligne du résultat, ni le dernier exemple "torréfier" de sa page d'aide. Il faut mettre le pied à l'étrier (traduction : os court !) JackPotte 22 juillet 2009 à 01:37 (UTC)
Ça tourne maintenant. JackPotte 22 juillet 2009 à 02:20 (UTC)
Question de cache sans doute. --Szyx (d) 22 juillet 2009 à 13:09 (UTC)

Discussion Projet:Prononciation#Phonèmes /ʔ/ et /h/ et h aspiré[modifier]

Cela fait longtemps qu'on a parle de cela. Il me semble qu'il y avait eu un certain consensus, donc je propose de mettre a jour tous les articles en question vu qu'il y a une liste, peut-etre avec un robot? Y aurait-il des suggestions? :) --Grenadine 21 juillet 2009 à 22:47 (UTC)

C'est mon jour grognon. Pour commencer, tu mets des liens explicites : Discussion Projet:Prononciation#Phonèmes /ʔ/ et /h/. Ensuite mon sentiment est qu'il n'y a justement pas de consensus sur le sujet. --Szyx (d) 21 juillet 2009 à 23:12 (UTC)
Mais si ma grognitude peut faire avancer le sujet, je suis pour. Il faudrait je crois faire un tableau récapitulant les diverses propositions. --Szyx (d) 21 juillet 2009 à 23:16 (UTC)
Ok — recu pour les liens. En fait d'apres ce que j'ai compris dans notre discussion, il y a un consensus sur une question (au moins ^__^), c'est qu'il faut absolument eliminer les phonemes \ʔ\ et \h\ de la transcription actuelle. Et la, ou il n'y a pas encore de consensus c'est sur la forme, a mon avis, donc comment faire le changement pour que ce soit explicite. --Grenadine 21 juillet 2009 à 23:55 (UTC)
En effet, avec la 3G il est préférable de savoir où l'on clic pour gagner 10 min... Voici le tableau pour préparer le travaille du bot :
Comment faut-il noter le son de la lettre h en français ?
Son h étranger : consonne fricative glottale sourde h muet h aspiré h accentué par un coup de glotte
Exemple N'existe pas (sauf dans "ha !"), hello#en les hommes les haricots les haricots
Notation /h/ /‿/ (aucun son avec liaison) /'/ (notation API de type Collins ou Ultralingua) /ʔ/

JackPotte 22 juillet 2009 à 00:59 (UTC)

C'est vrai, avec 3G... Ce que je voulais preciser, que tout le monde a la fin de discussion etait d'accord que le coup de glotte n'existe pas en francais (phonologiquement et presque pas phonetiquement :) ). Mais bon, on peut toujours recommencer, s'il y a d'autres arguments... --Grenadine 22 juillet 2009 à 01:04 (UTC)
Ah \ʔah\ non, pas recommencer. --Szyx (d) 22 juillet 2009 à 01:14 (UTC)
Moi, aussi, je prefere de ne pas recommencer :). Mais vu que la discussion etait un peu alambiquée, je ne suis pas contre certains boucles, pour que ce soit plus explicite et conformement aux regles. Mais pour moi, c'est vraiment clair: il ne faut pas mettre partout ni le \ʔ\, ni le \h\, quand il s'agit de la transcription de la langue francaise (mais cela peut etre admis dans certains cas). Et apres faut noter le h aspire, et moi, personellement je prefere avec un petit h aspire. --Grenadine 22 juillet 2009 à 01:23 (UTC)
Est-ce que ce tableau (w:en:Extensions_to_the_IPA#Prosodic notation) ne pourrait pas donner des idées ? Par exemple haricot /ha.ʁi.ko/ ? --Szyx (d) 22 juillet 2009 à 12:49 (UTC) Je peux aussi proposer /✄a.ʁi.ko/ (ciseaux = coupure)Sourire
Sérieusement, que diriez-vous d'utiliser un caractère unicode qui ne veut absolument rien dire (avec tous les liens nécessaires vers une explication) ? --Szyx (d) 22 juillet 2009 à 13:22 (UTC)
J'aime bien aspire de Grenadine. Je l'avais déjà remarqué dans une autre discussion. Si c'était retenu, je verrais bien un lien

haricot /haspiré a.ʁi.ko/ masculin
ou
haricot /h aspiré a.ʁi.ko/ masculin
ou
haricot /explication qui va bien a.ʁi.ko/ masculin
sans doute difficile à mettre dans une boîte de flexion.---Béotien lambda 22 juillet 2009 à 13:44 (UTC)

Je préfèrerais ne pas mettre le /h/, qui a une autre signification. Si on change parce que /ʔ/ a une signification qui ne correspond pas, ce n'est pas pour le remplacer par un autre qui est dans le même cas. Et puis il y a des h aspirés sans h → voir onze --Szyx (d) 22 juillet 2009 à 13:32 (UTC)
Le 2e est mieux, bien que ʰ fasse partie de l'API (U+02B0) --Szyx (d) 22 juillet 2009 à 13:41 (UTC)

haricot /✩a.ʁi.ko/ masculin

Ma foi, c'est bien ce truc.--Béotien lambda 22 juillet 2009 à 13:59 (UTC)
Peut-être plutôt /✦a.ʁi.ko/ ? Mais surtout, si on veut avoir un lien vers une explication spécifique (quelque soient les caractères utilisés) il faudra modifier {{pron}}, sinon on obtient ceci : \✦a.ʁi.ko\. --Szyx (d) 22 juillet 2009 à 14:03 (UTC)
Ma foi, c'est bien ce truc.--Béotien lambda 22 juillet 2009 à 13:59 (UTC)
Le Petit Larousse ne met rien de spécial dans la prononciation, ce qui est logique, puisque le h n'intervient pas du tout dans la prononciation du mot (en tout cas quand le mot est seul), mais signale le h aspiré par un astérisque juste avant le mot défini.
Mon Larousse utilise une astérisque avant le mot sur le ligne de forme, mais rien dans la prononciation (logique puisqu’il n’y a rien à y mettre qui soit prononçable, même en absence de liaison). Même chose pour mon Robert... Ex: *haricot(s) \a.ʁi.ko\ masculin sur la ligne de forme, suivi des définitions... verdy_p (d) 9 octobre 2009 à 18:31 (UTC)
Le Petit Robert, lui, choisit de mettre une apostrophe en début de prononciation. L'important, c'est de se décider (de préférence sans copier la convention d'un autre dictionnaire, et en étant le plus clair possible). Lmaltier 22 juillet 2009 à 14:14 (UTC)
En se limitant volontairement aux caractères disponibles dans Arial Unicode MS (navigabilité), on peut aussi proposer \ℍa.ʁi.ko\ ou \ℏa.ʁi.ko\, plus explicites. Apostrophe = accent tonique en API. --Szyx (d) 22 juillet 2009 à 14:18 (UTC)
Moi, ce que je prefere c'est de mettre quelque chose au dela de la transcription, je veux dire pas dans le modele pron, et pour ca je suis d'accord avec Lmaltier. A mon avis, si on invente un autre signe unicode, ca complexifie une question deja complexe. :) Donc, si on met quelque part (hors transcription) explicitement « h aspire », ca doit marcher, je crois. Je crois que tout le monde a entendu parler de h aspire, et on va percevoir ca comme geshtalt (h aspire) :). --Grenadine 22 juillet 2009 à 14:50 (UTC)
Je suis d'accord, mais il faudrait définir où. Cela pourrait être avant le mot (par exemple h aspiréhéros), ou bien juste après (par exemple : héros (h aspiré) \e.ʁo\), ce qui serait encore le plus simple et le plus clair, probablement. Lmaltier 22 juillet 2009 à 15:02 (UTC)
Après, c'est mieux. Mais qu'est-ce tu mets pour onze ? --Szyx (d) 22 juillet 2009 à 16:52 (UTC)
Pour onze, je mettrais simplement une petite note. C'est un cas tellement peu fréquent qu'il vaut mieux l'expliquer en clair. Lmaltier 22 juillet 2009 à 17:27 (UTC)
Pour Pour rejoindre la convention des dictionnaires Collins, Robert et Ultralingua sans utiliser de nouveau symbole, à cause de l'effet de contradiction. Cela impliquerait de remplacer dans Annexe:Prononciation/français "ʔ" par "apostrophe (') h aspiré". JackPotte 22 juillet 2009 à 17:10 (UTC)
Je suis d'accord avec Lmaltier. Personellement je suis pour cette solution — h aspiréhéros, mais apres c'est pas mal aussi. --Grenadine 22 juillet 2009 à 19:05 (UTC)
Si plus personne n'a de commentaire à formuler, on pourrait retenir (h aspiré) comme dans :

héros (h aspiré) \e.ʁo\)

et demander à son créateur Lmaltier s'il est d'accord pour qu'on le mette au vote.
Lmaltier, qu'en dis-tu ? --Béotien lambda 23 juillet 2009 à 06:58 (UTC)
Je suis d'accord. Lmaltier 23 juillet 2009 à 07:00 (UTC)
J'ajoute qu'en plus de ça, il est toujours bon de donner au moins un exemple d'utilisation, pour tous les noms commençant par h, qui montre clairement si le h initial est aspiré ou non. Lmaltier 23 juillet 2009 à 07:01 (UTC)
Voir la suite plus bas. JackPotte 30 juillet 2009 à 01:17 (UTC)

Wiktionnaire:Catégories[modifier]

Suite à une différence de réflexion logique avec Lmaltier (je le soupçonne d'avoir toujours raison), nous devrions mettre à jour Wiktionnaire:Catégories en précisant l'utilisation des caractères spéciaux pour les classer. Exemple : Wiktionnaire:Liste de tous les modèles/Breton était classé en Catégorie:Modèles en breton du Wiktionnaire (| ), je l'ai remplacé par Catégorie:Modèles en breton du Wiktionnaire (|*) car le wildcard signifie tout, et cette page est la liste de tous les modèles. Or, il y a une 1ère contradiction car la catégorie passe d'une liste de modèles à une liste de pages relatifs aux modèles. De plus, le signifiant wildcard est déjà utilisé au moins dans Catégorie:Bandeaux de numéraux pour dire que le signifié est un modèle d'une notion regroupant celles de la même catégorie. JackPotte 22 juillet 2009 à 19:43 (UTC)

Je ne comprends pas. Il y avait dans des pages Liste de tous les modèles un lien voir la catégorie correspondante. Tu supprimes ce lien et à la place, tu mets la page dans la catégorie. C'est ça que je n'ai pas trouvé logique, puisque la page n'est pas un modèle. Qu'est-ce que c'est que cette histoire de wildcard ? Lmaltier 22 juillet 2009 à 19:48 (UTC)
En effet j'ai tenté d'uniformiser Wiktionnaire:Liste de tous les modèles/Coréen à partir du Breton, résultat cela devient coton. JackPotte 22 juillet 2009 à 19:52 (UTC)
Récapitulatif des classement spéciaux de catégories.
Symbole Majuscules Espace * (wildcard) !
Exemple Catégorie:français, Catégorie:Alphabet dévanâgarî Catégorie:Principale Catégorie:Annexes, w:Catégorie:Judo Catégorie:Langues, Catégorie:coréen
Conclusion Sous-catégories et annexes À remplacer par * Catégorie générale ou ébauche Catégorie spéciale

Pour les listes relatives aux entrées d'une catégorie, il faudrait insérer un {{-voir-}} dans celle-ci. JackPotte 22 juillet 2009 à 20:59 (UTC)

Je ne comprends pas ce tableau. Suggère-t-on vraiment de remplacer la catégorie racine Catégorie:Principale par la Catégorie:* ? Est-ce que ce tableau essaie plutôt de parler des clés de catégorisation ? Urhixidur 10 octobre 2009 à 15:34 (UTC)

Préfixe re-[modifier]

Pour ceux que ça intéresse : je suis tombé là-dessus : http://books.google.fr/books?id=lwlNcoXLzBsC&pg=PA214&dq=reframboise. L'auteur se demande entre autres pourquoi les dictionnaires sont si pauvres en verbes en re-, en oubliant purement et simplement cette hypothèse : la place étant limitée, on élimine le moins utile, ce qui est facile à comprendre et prendrait énormément de place, et on mentionne seulement les verbes en re- considérés comme vraiment très fréquents. Mais j'ai déjà vu un autre auteur donner cette explication, qui me semble évidente. Lmaltier 23 juillet 2009 à 06:39 (UTC)

Hier : Wiktionnaire. Ce soir : re-Wiktionnaire. Sourire Mais un re-Hollandais, c'est un peu tiré par les cheveux. --Szyx (d) 23 juillet 2009 à 06:46 (UTC)
C'est vrai que le "re" est aussi souvent utilisé avec des noms ou des adjectifs (dans le langage parlé). L'exemple que tu as trouvé est peut-être un peu exagéré mais tout à fait courant. Néanmoins, peut-on appeler cette manière de parler des "mots" à part entière ? Faut-il leur laisser une place en tant qu'articles dans le Wiktionnaire ? Pour moi, ces expressions font partie des cas limites que l'on trouve parfois en littérature mais jamais dans un dictionnaire. La discussion serait intéressante... Chrisaix 23 juillet 2009 à 08:16 (UTC)
Non, je pense que c'est simplement une ellipse : hier : (je me consacrais au) Wiktionnaire ; ce soir : (je me) re-(consacre au) Wiktionnaire. Par contre il faudrait développer cela sur re- ou une page d'annexe. --Szyx (d) 23 juillet 2009 à 09:57 (UTC)
Bien vu ! Le "re-" évite la redite. C'est une ellipse. Stephane8888 Discuter 23 juillet 2009 à 12:15 (UTC)

Quelques petites perles pour le plaisir :

  • Alors, je vais re-re-re-re-re-réitérer ce que j'ai déjà dit (fr.rec.boissons.vins)
  • Alors, je te le re-re-re-re-re-répète, vas-y, mets les choses au clair (masculin.com)
  • Après les oursins, nous sommes retournés au théâtre pour re-re-re-répéter. (Simone Signoret, La nostalgie n'est plus ce qu'elle était‎, 1976)
  • Re-re-étrange autant que re-re-bizarre. (palimpseste.blog.lemonde)

--Szyx (d) 23 juillet 2009 à 12:35 (UTC)

Ce n'est pas une ellipse. C'est l'utilisation du préfixe "re" en lieu et place de "encore". Par exemple, au lieu de dire "Ce soir, c'est encore pizza", on dit "ce soir, c'est re-pizza". Mais comme ça peut être appliqué à n'importe quel mot (du moment que ça a un sens), je ne suis pas sûr que cela mérite une entrée dans le temple sacré du wiktionnaire. Chrisaix 23 juillet 2009 à 12:36 (UTC)
Un exemple comparable au mien serait "Ce soir, encore pizza" (sans le verbe), qui est aussi une ellipse (Suppression d’un élément de phrase sans changement de signification). Ton exemple est limite, car la phrase complète serait "Ce soir, c'est encore de la pizza que nous allons manger". --Szyx (d) 23 juillet 2009 à 12:48 (UTC)
Belote, rebelote et dix de der. Chrisaix 23 juillet 2009 à 13:11 (UTC)
Je suis déçu, je n'ai pas trouvé d'exemple de re-récacapéter. Moi qui croyais qu'on pouvait tout trouver sur le web. Clin d’œil--Szyx (d) 23 juillet 2009 à 13:17 (UTC)
rebonjour et re-bonjour par exemple ? Théorie personnelle, Lmaltier crée les verbes en re- et LmaltierBot fait les conjugaisons, qui augmente très rapidement le nombre d'articles sur le Wiktionnaire francophone, ce qui nous permet de rester premier en nombre d'articles, devant nos amis anglophones. Aurais-je tort ? Mglovesfun (disc.) 23 juillet 2009 à 17:32 (UTC)
Ce n'est pas une théorie, je crois que d'autres ont aussi remarqué que je suis sur les verbes en re-, en général négligés par les dictionnaires (il y a au moins une exception qui en accueille vraiment énormément, Mediadico, mais je suis assez perplexe sur leur façon de les sélectionner). Pour les noms et autres, on ne peut pas parler de règle vraiment classique, ça n'a pas encore été assez étudié. Je pense qu'il n'y a pas de raison de les refuser dès lors qu'on trouve plusieurs attestations indépendantes du même mot (plusieurs, et non pas une seule, en raison de l'absence de règle classique). Lmaltier 23 juillet 2009 à 17:43 (UTC)
A mon avis, il n'est pas inutile d'avoir des mots en "re-" à condition de savoir comment placer la limite: cela n'a d'intérêt qu'à condition que ça se différencie un peu de la simple juxtaposition du préfixe.
Donc on a besoin des entrées quand le préfixe "re(-)" (dont le trait d'union ne s'écrit normalement pas s'il n'y a qu'un seul préfixe, surtout si le mot racine est un verbe ou la racine d'un verbe, par exemple "redite") doit muter en "r(-)" en perdant le e muet (par exemple "rallonger") ou "ré(-)" (par exemple "réitérer"), puisque ces mutations ne sont pas totalement régulières et peuvent parfois coexister, ou si le mot ainsi composé prend un sens spécifique qui ne traduit pas seulement la répétition du mot racine. Pour le reste ces entrées sont inutiles puisqu'il n'y a plus aucune limite ensuite pour leur formation. On doit pouvoir faire des exceptions pour quelques emplois fréquents (ex: re-bonjour, redondant avec rebonjour), mais on doit savoir raison garder.

Mention du h aspiré et du h muet (vote)[modifier]

(Fin du vote : 23 août 2009)

Sur proposition de Lmaltier (Voir Discussion), il est envisagé de mettre sur la ligne de forme des articles commençant par la lettre h, les mentions (h aspiré) ou (h muet), suivant le cas.

Exemples :
héros (h aspiré) \e.ʁo\) masculin
habitude (h muet) \a.bi.tyd\ féminin

Note : En complément de cette mention, il est recommandé de montrer dans les exemples comment le h joue ou pas dans la phrase (un exemple qui contient le héros est préférable à un exemple qui contient un héros), et si possible de donner au moins un exemple d'utilisation avec liaison(s), sous forme de note dans la section Prononciation de la page (voir l'exemple dans la page haricot)

Pour (vote sur la mention du h aspiré et du h muet )[modifier]

  1. Pour Pour --Béotien lambda 23 juillet 2009 à 07:50 (UTC)
  2. Pour Pour Ce n'est qu'une convention comme une autre. Pourquoi pas celle-là ? Chrisaix 23 juillet 2009 à 08:19 (UTC)
  3. +? Plutôt pour VIGNERON * discut. 23 juillet 2009 à 08:31 (UTC)
  4. Pour Pour — Par contre, je suis toujours contre :) de noter h aspiré, comme \ʔ\ --> \lə ʔa.ʁi.ko\ dans la transcription. --Grenadine 23 juillet 2009 à 08:36 (UTC)
  5. Pour Pour — Pareil. Lmaltier 23 juillet 2009 à 08:52 (UTC)
  6. Pour Pour l'indication du « h aspiré » sur la ligne de forme. Je suis aussi opposé à l’utilisation en français de \ʔ\ dans la transcription phonémique (représentée entre //). Un possible [ʔ] pouvant être précisé dans la section {{-pron-}}. L'indication « h muet » me parait parfaitement inutile dans l'absolu mais, sur un dictionnaire en construction, elle a l'avantage d'indiquer au lecteur que cet aspect de la prononciation a bien été renseigné. Stephane8888 Discuter 23 juillet 2009 à 09:57 (UTC)
  7. Pour Pour Néanmoins je mentionne qu'à par onze, il y a aussi tous les noms de lettres commençant par une voyelle phonétique (a, e, f, h, i, l, m, n, o, r, s, u, x, y) et les locutions dérivées qui sont concernées, et pour lesquelles on ne va pas écrire h aspiré. --Szyx (d) 23 juillet 2009 à 10:05 (UTC)
  8. Pour Pour, c'est lexical et ça aide au lecteur, le format n'est pas encore parfait. Mglovesfun (disc.) 23 juillet 2009 à 17:34 (UTC)
  9. +? Plutôt pour Il y a encore des choses à discuter : comment indiquer onze, yaourt, etc., et comment faire pour le tableau de flexion de héros / héroïne. TAKASUGI Shinji (d) 24 juillet 2009 à 00:14 (UTC)
    La discussion ayant trait à la lettre h et pas aux mots présentant des particularités de liaisons, on pourrait rajouter un renvoi de la prononciation sur une note pour expliquer ces cas particuliers. Qu'en penses-tu ? Chrisaix 24 juillet 2009 à 08:13 (UTC)
    Je crois que nous devons utiliser un seul modèle pour le même phénomène phonologique et que pas de liaison est meilleur que h aspiré. — TAKASUGI Shinji (d) 26 juillet 2009 à 00:40 (UTC)
    Pour moi, il ne faut pas mettre héroïne dans le tableau de flexions de héros (ce n'est pas une flexion de héros), donc le problème ne se pose pas. Lmaltier 25 juillet 2009 à 07:23 (UTC)
    Ton avis n’est pas partagé par tout le monde. À la fin de Discussion Projet:Prononciation#Proposition 1 bis, Grenadine a dit qu’il voudrait avoir un tableau de flexion comprenant les deux mots. Tu peux comparer le français et l’anglais : en français on ne peut pas dire elle est un héros mais en anglais on peut dire she is a hero. — TAKASUGI Shinji (d) 26 juillet 2009 à 00:40 (UTC)
  10. Pour. Markadet∇∆∇∆ 24 juillet 2009 à 11:32 (UTC)
  11. Pour Pour, en effet comme l'avait dit Szyx l’apostrophe est déjà employé pour précéder la syllabe portant un accent tonique. De plus, afin de pouvoir distinguer un "h muet" reconnu d'un "h non reconnu" (les 2 n'ont aucun symbole) je suggère d'utiliser {{h}}. JackPotte 24 juillet 2009 à 20:52 (UTC)
    Pourquoi compliquer ? On pourrait éventuellement avoir un modèle h muet et un autre h aspiré, pour générer ce qu'on est en train de décider, mais c'est tout. Lmaltier 24 juillet 2009 à 21:21 (UTC)
  12. +? Plutôt pour Et il ne faut absolument pas utiliser l’apostrophe pour signaler le h, car ce serait trop facilement confondu avec l’accent tonique API. Urhixidur 25 juillet 2009 à 12:10 (UTC)
  13. Pour Pour Pamputt [Discuter] 27 juillet 2009 à 06:41 (UTC)
  14. Pour Pour C'est indiqué dans tous les dictionnaires français, la plupart du temps directment avec le mot sur la ligne de forme (en gras) comme ça :
    *héros nm \ʔeʁo\ ...
    L'astérisque porte cette indication, qui figure aussi dans la prononciation qui commence avec \ʔ\, cependant ici nos prononciations sont parfois déplacées dans une boîte mentionnant les dérivés, et ça peut ne pas être très visible).
    Faut-il alors marquer explicitement "h aspiré" et aussi "h non aspiré" ? Il me semble que seul la mention du h aspiré est importante. Et on garde alors le choix de l'astérisque conventionnelle ou d'une mention explicite (un peu longue à mon goût). verdy_p (d) 20 août 2009 à 10:23 (UTC)

Contre (vote sur la mention du h aspiré et du h muet )[modifier]

  1. Pas de problème si on n’utilise pas /ʔ/, mais h aspiré ne convient pas pour des mots sans h mais avec le même phénomène phonologique : (ouate, onze, ...). Plutôt pour disjonction, pas de liaison ou sans liaison et si nécessaire par opposition liaison. --moyogo/ ⁽ᵈⁱˢᶜᵘᵗᵉʳ⁾ 27 juillet 2009 à 08:05 (UTC)
    Dans l'énoncé de la question , on parle de « articles commençant par la lettre h » uniquement. --Béotien lambda 27 juillet 2009 à 08:15 (UTC)
    Mais c'est un tort je pense. La liste des mots concernés ne cesse de s'allonger au fil de la discussion. --Szyx (d) 27 juillet 2009 à 08:17 (UTC)
    Le phénomène en question ne s’applique pas qu’aux mots commençant par la lettre h, d’où l’avis contre. On veut un modèle poure les mots commençants avec le h et un autre pour les autres mots alors que c’est le même phénomène ? La lettre h n’indique clairement pas le phénomène vu que plusieurs mots avec h ne l’ont pas. --moyogo/ ⁽ᵈⁱˢᶜᵘᵗᵉʳ⁾ 28 juillet 2009 à 06:19 (UTC)
    Le phénomène, c'est-à-dire l'absence d'élision ? L'habitude des dictionnaires est de définir une convention spécifique aux mots qui commencent par h, et aucun, à ma connaissance, n'applique aussi cette même convention aux autres mots du style le onze, le a... Et puis, les locutions h aspiré et h muet sont les locutions classiques, ce serait dommage de ne pas les utiliser alors que c'est ce qu'on dit en général, et que tout le monde les comprend. Je pense vraiment que le mieux est de rajouter une note pour expliquer ça en clair, avec un exemple, pour les mots qui ne commencent pas par h. Vouloir expliquer ça en deux mots ne peut pas être clair pour le lecteur moyen, car le cas est trop peu connu, on ne l'apprend pas à l'école. Mais on peut définir un modèle pour que cette note ait toujours la même tête. Lmaltier 28 juillet 2009 à 07:52 (UTC)
    D'accord avec Lmaltier, h aspiré et h muet sont des termes consacrés à conserver au titre de la mémoire collective. --Béotien lambda 28 juillet 2009 à 08:21 (UTC)
    Pour les quelques autres termes avec non élision (comme onze) une {{note}} expliquant que la prononciation du "o" est similaire aux voyelles précédées du h aspiré devrait suffire. JackPotte 30 juillet 2009 à 00:12 (UTC)
    Note de précision inutile, et un peu longue, quand d’une part la présence de /ʔ/ dans la phonétique est un bon indicateur (pas idéalement placé, et discutable en fait puisque dans le cas de onze, on ne permet pas explicitement la prononciation /h/ effectivement possible dans certains contextes pour la réalisation du /ʔ/ phonologique, qui reste généralement muet malgré son nom consacré), et d’autre part une astérisque avant le nom est encore possible de façon moins discutable (et n’implique pas seulement un « h aspiré » mais toute « aspiration » portant sur la première lettre) : *onze \ʔoz\ adj. num. card.... verdy_p (d) 20 août 2009 à 10:32 (UTC)
    Note importante : ce n'est pas la phonétique qu'on indique dans la prononciation, mais seulement la phonologie française, c'est-à-dire ce qui permet de différencier les mots français entre eux, quelle que soit la réalisation phonétique du mot : on a presque toujours plusieurs réalisations des mots, et la phonologie masque un certain nombre de différences phonétiques, et regroupe les différentes réalisations en plusieurs groupes. Le /ʔ/ qu'on indique traditionnellement dans la phonologie française n'est en fait (pratiquement) jamais réalisé comme [ʔ] phonétiquement. Mais son rôle est bien de pouvoir le réaliser soit comme rien du tout, soit comme un [h] soit comme [ʔ] avec un accent germanique. Cette notation ne permet donc pas de représenter « l'aspiration » avant le mot onze où il est ridicule de mentionner /ʔ/ puisqu'il ne sera jamais réalisé phonétiquement (toujours vide). Autre exemple: comment noter l'absence d'élision (et aussi de liaison) avant yoyo bien que dans certains cas elle se fait par les mots commençant par /j/ (alors réalisé [ij]) ou /w/ (alors réalisé [uw]) ? L'astérisque écrit avant le nom reste un bon système de notation ne remettant pas en cause la phonologie. verdy_p (d) 20 août 2009 à 10:43 (UTC)

Abstention (vote sur la mention du h aspiré et du h muet )[modifier]

Liens quand on clique sur les images illustrant les sections[modifier]

La décision prise sur Wiktionnaire:Wikidémie/juin 2009#Liens sur images et licence : la solution de Wikipédia avait été un peu perturbée dans son application par le changement de licence, mais je pense que maintenant la situation est stabilisée, alors je relance la question (comme j'avais dit que je le ferais).

Raison de la décision

  • Un très grand nombre de contributeurs ont le réflexe de cliquer sur les images illustrant les sections pour avoir des explications, les envoyer sur les pages de description des images (elles sont parmi les pages les plus vues du Wiktionnaire) ne peut que les effrayer sur la complexité du site .
  • Cliquer sur les images illustrant les sections devrait renvoyer vers des informations pertinentes pour quelqu'un qui consulte un dictionnaire.

État des lieux

  • Il y a une page, Wiktionnaire:Crédits graphiques, qui liste les images concernées, avec tout ce qu'il faut pour créditer leurs auteurs.
  • Cette page est accessible depuis toutes les pages « normales » du Wiktionnaire, dans la mention de copyright en pied de page (défini dans MediaWiki:Wikimedia-copyright).
  • Selon tous ceux à qui j'ai posé la question, cela est suffisant pour que les auteurs ne soient pas lésés.

Maintenant il faut décider vers quoi un clic sur ces images envoient

  • Il faudrait emplir la colonne à droite.
Images Usages Lien actuel (état de la page liée) Comment faire mieux ? Décision
Wiki letter w.svg Bandeaux « ébauche » : {{ébauche}} Wiktionnaire:Ébauches à compléter (10 lignes : très insuffisant) Une page destinée aux contributeurs parait adéquate. Il faudrait seulement l'étoffer. Wiktionnaire:Ébauches à compléter
Nuvola apps bookcase.svg Sections « étymologie » : {{-étym-}} Aide:Étymologies (correcte) Il faudrait séparer les explications destinées aux lecteurs de celles destinées aux contributeurs (recycler Wiktionnaire:Étymologie ?). Ou lien vers l'article étymologie ?
Open book 01.svg Sections de types de mots : {{-nom-}}, {{-adj-}}, {{-verb-}}, etc. Annexe:Grammaire (catastrophe) Lier directement sur l'article de la langue (les créer tous préalablement). Ou faire plusieurs images (identiques) pointant sur nom commun, verbe, adjectif, adverbe, etc. mais l'image est dans {{-déf-}}... Autre proposition : pointer vers Aide:Types de mots Aide:Types de mots
Nuvola apps edu languages.svg Sections de prononciation : {{-pron-}} Aide:Prononciations (moyenne) Annexe:Prononciation est davantage adapté aux lecteurs ordinaires Annexe:Prononciation
Nuvola apps edu languages.svg Sections de prononciation : {{-homo-}} Annexe:Glossaire_grammatical#H (OK compte tenu de son objectif) Ou vers homophone (comme le titre de la section) ?
Nuvola apps edu languages.svg Sections de prononciation : {{-paro-}} Annexe:Glossaire_grammatical#P (OK compte tenu de son objectif) Ou vers paronyme (comme le titre de la section) ?
P writing.svg Sections « rimes » : {{-rimes-}} page de descr. de l'image Annexe:Rimes en français comme le titre de la section Annexe:Rimes en français
Wiki puzzle.svg Sections « anagrammes  » : {{-anagr-}} page de descr. de l'image Il y a Aide:Anagrammes Aide:Anagrammes
Books-aj.svg aj ashton 01f.svg Sections « références» : {{-réf-}} Wiktionnaire:Références (très bonne) Page peut-être pas très adaptée aux lecteurs non-contributeurs ? Oui mais que mettre d'autre ? Le titre de la section devrait aussi pointer sur Wiktionnaire:Références.
Blue Glass Arrow.svg Sections « voir aussi » : {{-voir-}} Wiktionnaire:Liens externes (bonne)
Wikipedia-logo-v2.svg Liens vers Wikipédia : {{WP}} L'article de Wikipédia Parait optimal
Nuvola apps korganizer.png Sections « Variantes orthographiques » : {{-ortho-alt-}}{{-var-ortho-}} page de descr. de l'image Doit-on garder cette récente image ? L'une des seules appartenant à une section de niveau 4.

Vos avis sont indispensables. Alors mettez directement vos avis dans la colonne Comment faire mieux ?, où ci-dessous, comme vous préférez. --Szyx (d) 23 juillet 2009 à 18:28 (UTC)

En dehors du glissement de souris intempestif... Je pense que ceux qui cliquent sur ces images sont des lecteurs cherchant à en savoir davantage ou cherchant à contribuer. Pour l'étymologie : Le proche onglet "Modifier", le lien "Modifier" du bandeau de langue voisin et l'invitation du modèle {{ébauche-étym}} écartent la seconde hypothèse. Cliquer sur Nuvola apps bookcase.svg peut être motivé par les questions « C'est quoi l'étymologie ? » ou bien « C'est quoi les références étymologiques ? » (car l'image contient 3 petits livres) ou, et surtout, par l'infobulle : « Origine et histoire du mot vedette »... ! Je pense que d'une façon générale l'infobulle influence beaucoup ceux qui cliquent sur les images... elle doit donc décrire le lien qu'on mettra en place. Stephane8888 Discuter 24 juillet 2009 à 12:00 (UTC)
Attention les modèles Pour Pour, Contre Contre, Neutre Neutre, Symbol wait vote.svg Attendre sont à utiliser dans les pages de discussion et n'ont rien à voir avec la notion de neutralité du projet. Cette notion s'applique seulement à l'espace lexicographique (dit "espace principal"). Stephane8888 Discuter 25 juillet 2009 à 07:12 (UTC)
Supprimés du tableau, ce n'est pas le sujet. --Szyx (d) 26 juillet 2009 à 18:33 (UTC)
Ce sont aussi des images, mais non utilisées dans l'espace principal. Je vais déjà ajouter au modèle {{-réf-}} un lien vers Wiktionnaire:Références. Stephane8888 Discuter 27 juillet 2009 à 08:48 (UTC)
Avec le lien sur l'image, je serais plutôt partisan de ne plus mettre de lien sur le texte du titre. --Szyx (d) 27 juillet 2009 à 11:56 (UTC)
Ah ? C'est toi qui t'amusais à cliquer sur les images ? Sourire Stephane8888 Discuter 29 juillet 2009 à 22:15 (UTC)
Plus sérieusement, c'est quoi qui te gènes dans le lien sur le titre ? Le titre est bleu au lieu de noir ? Si ce n'est que ça, ça doit pouvoir s'arranger. Stephane8888 Discuter 30 juillet 2009 à 07:20 (UTC)
P.S.: J'ai envie de lancer une discussion pour fusionner Wiktionnaire:Ressources et Wiktionnaire:Références. Voir plus bas. Stephane8888 Discuter 30 juillet 2009 à 07:20 (UTC)
qui ne dit mot consent : je décide pour les cas évidents. Et je fais les changements. Stephane8888 Discuter 3 septembre 2009 à 10:50 (UTC)
Coup d'état ? Mort de rire Je t'approuve d'avance. --Szyx (d) 3 septembre 2009 à 21:55 (UTC)
Que pense-tu de ça ? Stephane8888 Discuter 3 septembre 2009 à 22:08 (UTC)

étude sur le Wiktionnaire[modifier]

Je crois que je ne l'avais pas encore vue, alors je signale la page suivante, qui date de janvier 2005 : Utilisateur:SergeBibauw/Étude. Les choses ont beaucoup changé depuis, mais ça vaut le coup de la lire. Lmaltier 25 juillet 2009 à 20:03 (UTC)

Très intéressante cette étude, même a posteriori. L'auteur a oublié de considérer l'importation et le formatage automatique. Aujourd'hui, la microstructure est homogène, et le corpus est large en français. L'import du DAF8 a sûrement été l'élément "déclencheur" : le Wiktionnaire est alors devenu un dictionnaire suffisamment complet pour attirer à la fois le lecteur et le contributeur... Et puis la communauté a, petit à petit, découvert les règles lexicographiques. C'est d'ailleurs cette recherche permanente du consensus qui permet au projet de vaincre les difficultés qu'il rencontre. J'aime bien la phrase : « En temps normal, personne n'oserait imaginer pareil projet. ». Stephane8888 Discuter 26 juillet 2009 à 22:16 (UTC)
Il a écrit cela quand il y avait 1900 articles ? Il serait intéressant de savoir ce qu'il en dira quand il y en aura 1 900 000. --Szyx (d) 27 juillet 2009 à 12:09 (UTC)

Wiktionnaire = site web 1.0 ou web 2.0 ?[modifier]

À votre avis, Wiktionnaire est-il un site web 1.0 ou web 2.0 ? ---Béotien lambda 26 juillet 2009 à 05:59 (UTC)

w:Web 2.0 répond très clairement à cette question. Lmaltier 26 juillet 2009 à 07:07 (UTC)
C'est un site web 2.0, c'est évident, mais c'est mieux quand c'est dit, il ne reste qu'à créer les articles manquants.--Béotien lambda 26 juillet 2009 à 09:14 (UTC)
Wikipédia est à la juste croisée de deux tendances fortes du Web 2.0 : le contributif et le collaboratif. [8] --Szyx (d) 28 juillet 2009 à 12:51 (UTC)
Oui, c'est marrant mais contributif et collaboratif, ce sont les notions que j'ai rajoutées dans Wiktionnaire:À propos en parlant du Web 2.0, et sans le faire exprès, ce qui aggrave mon cas. Sourire ---Béotien lambda 28 juillet 2009 à 13:03 (UTC)

transitif et intransitif, quel formalisme ?[modifier]

Bonjour,

J'ai parcouru Aide:Définitions et je n'y ai pas trouvé que faire lorsque l'on a un verbe avec une définition transitive et une intransitive. La bonne pratique est-elle de faire deux lignes de forme distinctes ? Jona 26 juillet 2009 à 09:35 (UTC)

Il existe les modèles transit, intrans et pronl qui peuvent être mis en début de ligne de définition, dans le cas où ça s'applique spécifiquement à cette définition. Mais la pratique est très variable, c'est vrai, et c'est un peu gênant (pas trop quand même, faut pas exagérer).
Les verbes transitifs peuvent aussi être utilisés intransitivement, dans tous les cas ou presque (je n'ai pas trouvé de contre-exemple) et beaucoup de verbes traditionnellement considérés comme intransitifs ont aussi des emplois transitifs dans certains sens. Je pense donc qu'utiliser les modèles en début de ligne de définition est mieux, pour éviter que presque tous les verbes se retrouvent avec deux lignes de forme. J'en profite pour redire que mettre un paramètre de langue à t et i est parfaitement inutile à mon avis, parce que les catégories générées n'ont pas d'utilité pratique, pour cette même raison.Lmaltier 26 juillet 2009 à 10:24 (UTC)
La bonne pratique serait donc d'apposer sur la ligne de forme {{t}} ou {{i}} et de rajouter, si besoin est, le modèle {{transit}} ou {{intrans}} sur la ligne de définition. Ne faudrait-il pas ajouter cette convention à Wiktionnaire:Structure_des_articles#Type_de_mot, quitte à faire des sous-titres pour les régles spécifiques à chaque type de mot ? Jona 26 juillet 2009 à 20:42 (UTC)

Douce réforme de Modèle:supprimer[modifier]

Nouvelle image de {{Merci IP}}

Suite aux interventions de deux IPs qui ont répondu directement dans l'article corpothérapie, j'ai changé le texte du message. Le but premier est que le lien vers la "page de suppression" soit très visible (on pourrait même le mettre en petites capitales ?).

Cédant au politiquement correct, j'ai aussi supprimé « supprimer » du texte (remplacé par « conserver ou non » Mort de rire). Je pense qu'il ne faut pas décourager d'entrée les bonnes volontés.

--Szyx (d) 26 juillet 2009 à 16:48 (UTC)

PS : voilà un modèle qui n'utilise pas de <includeonly> et peut donc être testé en prévisualisation. --Szyx (d) 26 juillet 2009 à 16:54 (UTC)

J'ai aussi modifié {{Merci IP}}. --Szyx (d) 27 juillet 2009 à 21:00 (UTC)

Wiktionnaire:Gestion_des_modèles#Propositions_du_27_juillet_2009[modifier]

Comme ça. Mglovesfun (disc.) 27 juillet 2009 à 10:40 (UTC)

Le mot le plus consulté du Wiktionnary...[modifier]

...est : کس دادن (source : wikistics). Et nous on ne l'a même pas : کس دادن ! Sexe et actualité iranienne, un mélange détonnant. Mort de rire

Heureusement, nous on a malaise vagal. Clin d’œil --Szyx (d) 27 juillet 2009 à 11:41 (UTC)

Merci à Mglovesfun : je n'osais pas, de peur de faire un contresens. --Szyx (d) 27 juillet 2009 à 20:35 (UTC)

Cohérence des registres d'emploi[modifier]

Pour la cohérence du contenu des pages, je propose que l’on rajoute dans Wiktionnaire:Structure des articles la mention suivante :

Quelle que soit la langue, le registre d’emploi du mot vedette doit être conservé dans toutes les sections et sous sections. Par exemple, si l’article concerne un mot familier, les synonymes, antonymes, traductions... doivent appartenir au même registre d’emploi c’est à dire (Familier). Dans l’hypothèse où l’équivalent dans le même registre d’emploi est méconnu, on peut, pour éclairer le lecteur, indiquer un équivalent en langage courant en utilisant (Courant), et, éventuellement, dans d’autres registres d’emploi (Vulgaire), (Populaire), (Argot) ... Le but est qu’un mot ne soit pas mentionné dans un registre d’emploi erroné.

---Béotien lambda 27 juillet 2009 à 20:09 (UTC)

Je suis d'accord qu'il faudrait dire quelque chose. Mais je dirais plutôt : si le registre d'emploi est différent, il faut le préciser. On peut très bien vouloir chercher un synonyme d'un registre soutenu pour un mot familier qui est le seul qui nous vienne à l'esprit, et ce serait dommage de ne pas le trouver. Pour les traductions, je pense qu'il est effectivement bon de donner ce conseil, mais sans que ce soit une règle absolu : s'il n'existe pas de traduction dans le même registre de langue, on peut donner une autre, en le précisant. Lmaltier 27 juillet 2009 à 20:28 (UTC)
Est-ce que c'est mieux ? Modifie dans le cadre si nécessaire. ---Béotien lambda 28 juillet 2009 à 05:02 (UTC)
Cela me parait une bonne pratique. --Szyx (d) 28 juillet 2009 à 11:29 (UTC)
Dans les sections "Synonymes" et "Traductions" l'indication du registre de langue est essentielle. L'article prostituée doit pouvoir indiquer des synonymes dans d'autres registres. Je crois comprendre ce qui te motives Béotien Lambda dans cette proposition, c'est quand un mot familier a comme synonyme un mot sans précision de registre, le lecteur ne sait pas si ce synonyme est lui aussi du registre familier, ou s'il est neutre par convention. Pour moi, un mot sans registre est un mot au registre neutre. C'est pourquoi je viens de rajouter dans pute, la mention (Vulgaire) à putain et salope. On pourrait rajouter : « Sauf oubli ou imprécision (!), les mots dont le registre de langue n'est pas précisé appartiennent au registre neutre. » Stephane8888 Discuter 29 juillet 2009 à 22:00 (UTC)

Catégorisation des prénoms[modifier]

En parlant des prénoms comme Martin, il faut le classer sous quelles catégories ? La catégorie Prénoms masculins Prénoms masculins, La catégorie Prénoms en français Prénoms en français et/ou La catégorie Prénoms masculins en français Prénoms masculins en français ? Amha, la catégorie La catégorie Prénoms masculins Prénoms masculins de devrait contenir que des sous-catégories, de la même façon que La catégorie Noms communs Noms communs ne contient aucun article. Qu'en pensez-vous donc ? Mglovesfun (disc.) 29 juillet 2009 à 12:32 (UTC)

Je crois que la plus précise (Prénoms masculins en français) et seulement celle-ci suffit. Mglovesfun (disc.) 29 juillet 2009 à 13:27 (UTC)
Je dirais oui. --Szyx (d) 29 juillet 2009 à 13:41 (UTC)
Je pense qu'il faut avoir l'arborescence : Catégorie:Prénoms / Catégorie:Prénoms en français / Catégorie:Prénoms masculins en français et Catégorie:Prénoms féminins en français. Seules ces deux dernières catégories sont alimentées manuellement en prénoms. Deux macro-catégories : Catégorie:Prénoms masculins et Catégorie:Prénoms féminins peuvent rassembler les Catégorie:Prénoms masculins en xxxx versus Catégorie:Prénoms féminins en xxxx. Mais, au niveau de l'article, Martin par exemple, seule la catégorie : Catégorie:Prénoms masculins en français doit être spécifiée. On laisse toutefois la catégorisation automatique du modèle {{-prénom-}} qui donne tous les prénoms d'une langue, et alimente automatiquement Catégorie:Prénoms en français (cette catégorie ne contient, en effet, que les 2 liens Catégorie:Prénoms masculins en français et Catégorie:Prénoms féminins en français). Stephane8888 Discuter 29 juillet 2009 à 14:27 (UTC)
P.S. : J'ajoute que la catégorisation par genre oblige à réfléchir sur les genres possibles du prénom. Ainsi Stéphane est parfois féminin → voir Stéphane
L'option d'ajouter un paramètre au modèle {{-prénom-}} ne me parait pas une bonne chose. Stephane8888 Discuter 29 juillet 2009 à 14:31 (UTC)
Je suis d'accord avec les avis donnés. Mais je pense qu'il y a un problème avec les sous-catégories : j'aimerais pouvoir avoir la liste complète des mots présents dans une catégorie, même si cette catégorie a des sous-catégories. Actuellement, j'ai du mal à avoir ça (il faut que j'aille cliquer sur chaque sous-catégorie). C'est peut-être simplement un réglage de paramètre à faire ? Lmaltier 29 juillet 2009 à 15:39 (UTC)
Il semble que ce soit l'affaire d'une requête de robot, à chaque extraction de la liste Catégorie:Prénoms, ou alors en intégrant une fois pour dans chaque article de prénom au moins les 4 catégories : Catégorie:Prénoms, Catégorie:Prénoms en "langue", Catégorie:Prénoms "genre", et Catégorie:Prénoms "genre" en "langue". JackPotte 30 juillet 2009 à 00:47 (UTC)
Afin de m'accorder avec Stéphane888 (parce qu'il a raison), ajouter un paramètre à {{-prénom-}} me semble peu utile ; plutôt catégoriser dans Prénoms en français et Prénoms masculins en français. Mglovesfun (disc.) 30 juillet 2009 à 10:30 (UTC)

Pages de Villes, Pays, Prénoms ... et sections de langues[modifier]

Les pages de villes, pays, prénoms et autres du même genre qui contiennent des dizaines de sections de langues sont-elles vraiment obligées d'avoir l'aspect qu'elles ont actuellement ?

Regardez Tunis (ville), Canada (pays), Abraham (prénom)

  • Le Sommaire est sans fin
  • Les sections de langues sont répétitives (Étymologie, ébauche étymologie, Type de mot, définition) et vides d'informations à quelques exceptions près
  • La page est difficilement éditable

La plupart du temps ces sections répétitives sont présumées utiles pour la prononciation du mot vedette dans les langues des sections ajoutées. Si ce n'est que cela, pourquoi ne pas mettre la prononciation dans le tableau des Traductions ? J'ai testé dans Dublin. Les catégorisations de Dublin dans Catégorie:Villes en bas-saxon néerlandais ..., Catégorie:Noms propres en tok pisin ... ont-elles un intérêt ? Si cela est nécessaire on peut toujours créer une section de langue dans un cas précis, par exemple ajouter la prononciation sonore .ogg. ou pour rajouter un renseignement utile . --Béotien lambda 29 juillet 2009 à 14:33 (UTC)

Personnellement, j'ai toujours trouvé ces pages trop longues. Néanmoins, cela permet d'augmenter le nombre de mots pour chaque langue, ainsi que la liste pour chaque catégorie. S'il est vrai que certaines langues mériteraient leur propre entrée parce que les renseignements donnés ne se limitent pas à un simple renvoi, d'autres par contre ne le méritent pas vraiment parce qu'on n'a rien à y mettre... du moins pour l'instant. Mais qui dit que ces sections ne seront pas remplies par la suite ? En pesant le pour et le contre, je pense qu'il vaut mieux garder ces sections malgré les désagréments qu'elles provoquent. Chrisaix 29 juillet 2009 à 15:05 (UTC)
P.S. : Il y a bien pire que les articles que tu as cités. Exemples : Malta (93 entrées !), Pakistan (73 entrées), Niger (54 entrées), Jupiter (43 entrées)... pour ne prendre que les plus gros. Mais je maintiens mon avis. Chrisaix 29 juillet 2009 à 15:11 (UTC)

Ce genre d'ébauche est utile :

  • il n'y a pas que la prononciation qui diffère, il peut y avoir les gentilés, genre grammatical, déclinaison, homophones, paronymes, mots et locutions dérivés, anagrammes, notes d'usage, etc.
  • il est toujours plus facile, surtout pour les contributeurs qui débutent ou les contributeurs non francophones, de rajouter un gentilé, anagramme, prononciation, mot dérivé, etc. dans une section existante que de créer une section complète
  • quelqu'un qui lit un texte en suédois, qui trouve le mot Yopal, et qui cherche ce que ça signifie n'a aucune raison, a priori, d'aller chercher dans la section Français, puisque le texte est en suédois...
  • il y aura certainement rapidement (si ce n'est déjà fait) des modules à fournir à son navigateur pour obtenir automatiquement la définition (du Wiktionnaire) d'un mot de n'importe quel site, simplement en double-cliquant dessus (par exemple... ou en faisant autre chose de simple), et qui se positionnent automatiquement à la bonne section en fonction de la langue du site visité (que le navigateur a en principe le moyen de connaître, c'est un standard Internet). Si la section est absente dans cette langue, il ne pourra que (au mieux) se positionner au début de la table des matières, ce qui est beaucoup moins bien
  • le mot peut avoir dans une langue un sens commun à d'autres langues, mais aussi un sens particulier à la langue. Si c'est ce sens particulier qui nous intéresse et qu'on veut rajouter, il est quand même beaucoup mieux que le sens général soit déjà là, plutôt qu'il soit absent parce qu'on a déconseillé aux contributeurs de le mettre... Il y a dans ce cas de fortes chances, si le sens général est absent, qu'il reste absent, et que des lecteurs puissent donc être induits en erreur en ne voyant que le sens particulier alors que le sens dans leur cas était le sens général (ce serait vraiment bête)
  • la section Français étant toujours la première, on peut toujours y arriver en un clic si c'est celle-là qui nous intéresse ; la présence d'une table des matières assez longue n'est donc pas vraiment gênante en pratique
  • quant aux catégorisations, une catégorie Catégorie:Villes en bas-saxon néerlandais est aussi utile qu'une catégorie Catégorie:Villes en français, ni plus ni moins (pour ceux qui s'intéressent au bas-saxon néerlandais, bien sûr...)
  • enfin, il est toujours mieux de rester simple (en anglais, on appelle ça le KISS principle, en:KISS principle), et le meilleur moyen de rester simple est de fonctionner toujours selon les mêmes principes simples. C'est comme ça que les lecteurs s'y retrouvent le mieux.

Lmaltier 29 juillet 2009 à 15:27 (UTC)

Personnellement je serais partisan d'utiliser {{sommaire à droite}} dans ces cas, ce qui aurait le mérite de ne pas rejeter le premier article quatre écrans plus bas. --Szyx (d) 29 juillet 2009 à 15:33 (UTC)
Malta Je te tire mon chapeau ça me conforte dans mon idée qui est la simplification et non la complexification. Il faut utiliser les moyens informatiques au profit d'un dictionnaire agréablement consultable. Le look, ça compte (regardez la discussion passionnée sur le choix d'un simple logo). Si on veut catégoriser sans créer des sections de langues bidon (vides, aux renseignements tout à fait hypothétiques et utopiques) il doit y avoir moyen en trafiquant un modèle comme Modèle:trad ou autre chose. J'ai une grande confiance dans l'esprit créatif des wiktionnaristes. Pourquoi ne pas faire un concours ? --Béotien lambda 29 juillet 2009 à 15:52 (UTC)
Pour simplifier, tu veux compliquer (en introduisant de nouvelles choses, et qui ne régleraient pas la question pour tout ce que je cite). Pour rester simple, il ne faut pas ajouter des problèmes en se détournant des principes simples, ce qui crée des problèmes qu'on essaie ensuite de résoudre en compliquant encore de plus en plus (si, si, c'est ce qui arrive inexorablement, on en a malheureusement déjà l'expérience). Lmaltier 29 juillet 2009 à 15:59 (UTC)
Je crois que le problème principal est la longueur du sommaire. Si on avait un sommaire vraiment compact (moins d'un demi écran), même avec 200 sections de langues, alors la question serait résolue. --Szyx (d) 29 juillet 2009 à 16:59 (UTC)
J'ai essayé {{sommaire à droite}} avec l'article Malta. Ça ne change rien : les articles commencent toujours après le sommaire... Chrisaix 29 juillet 2009 à 17:46 (UTC)
Effectivement. Probablement à cause de style="clear:both" dans les modèles de sections. J'ai importé de wp {{Sommaire 1}} : c'est pareil. --Szyx (d) 30 juillet 2009 à 08:11 (UTC)
  • Contre Contre cette fusion, comme le dit Chrisaix, il y a le genre grammatical, les anagrammes, l'API (etc.) une section pour chaque langue me convient très bien. En passant, {{-flex-prénom-}} n'existe pas encore. En anglais les prénoms ont des pluriels (ce ne sont pas des noms propres, à vrai dire) et en allemand, en russe, en latin (etc.) il y a la déclinaison. Eventuellement un modèle {{-flex-nom-pr-}} me semble pertinent aussi. Mglovesfun (disc.) 29 juillet 2009 à 17:09 (UTC)
Je préfère aussi qu'on reste avec une structure homogène. Un contributeur non-francophone peut facilement ajouter de l'information, plutôt de d'avoir à recréer une section. Mais la longueur du sommaire pose problème, y compris (et surtout) dans de nombreux articles en français, où la section Etymologie n'est visible qu'en scrollant (pour les lecteurs qui savent scroller). Y a-t-il moyen de réduire la police du sommaire ? Ses interlignes ? De le mettre sur 3 colonnes ? Stephane8888 Discuter 29 juillet 2009 à 21:31 (UTC)
Je serais d'avis de limiter le sommaire aux sections de langue, ce qui poserait évidemment un problème pour les articles dont la section "français" est très longue. D'où l'idée suivante, si elle est réalisable : mettre dans le sommaire uniquement des sections "langue" avec un petit + à côté pour l'ouvrir et afficher les sous-sections, et les mettre sur trois ou quatre colonnes. Ainsi, même avec plus de 100 sections, le sommaire ne dépasserait pas un écran. Sauf peut-être pour les dinosaures qui tourneraient encore en 800x600. Mais ils devraient être rares Mort de rire... Chrisaix 29 juillet 2009 à 21:56 (UTC)
Dans ce cas pourquoi ne pas carrément insérer tous les mots transparents dans un menu déroulant titré "Autres langues" sous la définition française ? Dans tous les cas, il faudrait creuser l'idée du concours universel à travers Wiktionnaire:Ambassade#Compression des mots transparents. JackPotte 30 juillet 2009 à 01:38 (UTC)
Réduire la police, mettre sur plusieurs colonnes, avoir un sommaire développable avec un petit + à côté, etc. : oui, c'est ce qu'il faut essayer de faire. Mais je pense que c'est impossible de faire cela avec la __TOC__ de Mediawiki. La seule solution serait de faire un modèle maison et/ou du javascript et de faire tourner un bot pour le renseigner dans les articles. --Szyx (d) 30 juillet 2009 à 08:20 (UTC)
D'après Wiktionnaire:Structure des articles, la longueur potentielle d'un sommaire est :
nbre-de-langues * ( 6 + 16 * nbre-de-type-de-mots )
Dans les cas évoqués, nbre-de-type-de-mots = 1 (ou à peine plus), mais nbre-de-langues peut sans doute dépasser les 200, nous obtenons donc jusqu'à 200*22 = 4400 lignes pour le sommaire ! --Szyx (d) 30 juillet 2009 à 09:16 (UTC)
Je suis d'accord avec le fait qu'une table des matières gigantesque, c'est pas l'idéal. Mais je persiste à penser que ce n'est pas trop gênant en pratique si les lecteurs comprennent qu'il suffit de cliquer sur un élément de cette table des matières pour s'y rendre directement (le début est toujours pour la section Français). Il faudrait peut-être faire quelque chose pour que ce soit encore plus évident. Et puis, les lecteurs ont généralement des ascenseurs efficaces qui font que la gêne est assez limitée, même pour les autres sections. Lmaltier 30 juillet 2009 à 09:44 (UTC)
Un truc très simple à faire serait de le masquer par défaut (dans les pages à rallonge uniquement) : cf w:Modèle:Sommaire masqué. --Szyx (d) 30 juillet 2009 à 09:56 (UTC)
S'attaquer au problème du Sommaire, c'est déjà un point positif. Il faut améliorer ce look désastreux; je ne m'y connais pas assez personnellement mais je remercie ceux qui tentent quelque chose et je les encourage Clin d’œil ---Béotien lambda 30 juillet 2009 à 10:01 (UTC)

Ambiguïté des majuscules en début de phrase[modifier]

Je ne sais si cela a déjà été débattu : le fait de mettre une majuscule en début de phrase crée une ambiguïté si le mot existe séparément avec et sans majuscule. Exemple :

Polish

  1. Polonais (langue).
  2. Polonais (habitant).

Pour le lecteur non prévenu, c'est assez surprenant. Et sur une éventuelle édition papier, il n'y a plus aucun moyen de faire la différence. Je n'ai pas de solution miracle, mais vous avez peut-être des idées ? --Szyx (d) 29 juillet 2009 à 15:51 (UTC)

C'est vrai. Cela ne me semble pas très grave (pour un francophone, en tout cas). Cela peut être un peu plus gênant pour un non-francophone. Ceci dit, on pourrait toujours aller voir à l'entrée polonais, même si c'était une version papier (c'est très théorique, parce qu'on n'aura jamais de version papier, bien sûr). Sinon, je ne vois pas d'autre façon de résoudre le problème que d'arrêter (partout) de rajouter des majuscules en début de définition. Je n'ai pas l'impression que ça en vaille le coup. Lmaltier 29 juillet 2009 à 16:17 (UTC)
Je n'ai pas proposé de supprimer les majuscules (encore qu'il me semble que d'autres Wiktionary le font). Il y a aussi la solution de se débrouiller pour que les mots ambigus ne soient pas en début de phrase.

Polish

  1. Le polonais (langue).
  2. Les Polonais (habitants).
Mais ce n'est pas le style habituel. --Szyx (d) 29 juillet 2009 à 16:33 (UTC)
On pourrait aussi supprimer la majuscule, ou faire comme tu dis, mais seulement dans les cas où on pense que ce serait utile (dans ce genre de cas). Ou bien écrire : 1. Langue polonaise, polonais. 2. Habitants de la Pologne, ensemble des Polonais. Finalement, on s'en sort... Lmaltier 29 juillet 2009 à 16:45 (UTC)
Oui, je pensais aussi à cette façon de rédiger. J'avais derrière la tête qu'on pourrait écrire un mot à ce sujet dans les conseils de rédaction. --Szyx (d) 29 juillet 2009 à 16:55 (UTC)
Solution très élégante. J'aime bien quand c'est rédigé, plutôt qu'une simple traduction (souvent imprécise). Evitons de faire comme les (mauvais) dictionnaires bilingues, qui n'ont que des correspondances inexploitables, car sans contexte. Stephane8888 Discuter 29 juillet 2009 à 21:37 (UTC)
Amha, nous devrions conserver la règle actuelle tout en conseillant d'ajouter des exemples pour les mots à traductions "homographes multi-casses", ex :

Polish

  1. Polonais (langue).
    • His plumber fluently speaks Polish. - Son plombier parle couramment le polonais.
  2. Polonais (habitant).
    • I've met a female Polish last year. - J'ai rencontré une Polonaise l'an dernier.

JackPotte 30 juillet 2009 à 01:55 (UTC)

Il semblerait que ton dernier exemple soit incorrect, voir l'article Mort de rire. Sinon je dirais que combiner les deux (rédaction + exemples) est encore mieux. --Szyx (d) 30 juillet 2009 à 07:53 (UTC)
Merci je l'ai mis à jour dans en:Pole. Jeu qu'roi à voir dû sans vendent halles. JackPotte 30 juillet 2009 à 09:06 (UTC)
Bien vu, on peut aussi utiliser les exemples. Ces astuces pourraient être détaillées dans Wiktionnaire:Structure des articles#Sections de langues autres que le français. Stephane8888 Discuter 30 juillet 2009 à 09:22 (UTC)
Je viens donc de les inscrire, pour mémoire il reste une incohérence entre cette procédure qui demande de mettre les traductions à la ligne en retrait de l'exemple, et de nombreux articles qui ajoute celles-ci après un "-" sur la ligne de l'exemple. JackPotte 30 juillet 2009 à 22:39 (UTC)
Je ne crois pas qu'il y ait de directive claire sur le sujet. Selon moi, quand l'exemple est court c'est plus clair sur une ligne, quand il est long c'est le contraire. --Szyx (d) 31 juillet 2009 à 09:20 (UTC)

Discussion modèle:Import:DAF8[modifier]

JackPotte 30 juillet 2009 à 05:58 (UTC)

Article de qualité[modifier]

Bonjour,

La Catégorie article de qualité comporte pour le moment essentiellement des adjectifs et des noms communs. Je pense qu'il serait très intéressant de dénicher des articles de qualité dans les autres formes de mots pour faire étalage de la bonne pratique. Reste aussi à trouver ces mots. Jona 30 juillet 2009 à 09:23 (UTC)

Un mot en "étranger" serait bien aussi. --Szyx (d) 30 juillet 2009 à 09:29 (UTC)
Il y a quelques mois Diligent (d · c · b) (je crois) avait proposé de travaillé sur un verbe pour devenir article de qualité. Un travail, plus ou moins important, avait été effectué sur le verbe définir (bien choisi par rapport au projet). Si vous pensez qu'il peut avoir ce statut pourquoi ne pas le proposer pour une élection à ce statut Pamputt [Discuter] 30 juillet 2009 à 17:14 (UTC)
Jona propose une page de flexions : je crois que ce serait bien, mais il faudrait trouver une telle page comportant plusieurs langues avec plusieurs types de mots pour chaque, ce qui serait vraiment un exercice de style significatif. Anyone aurait une idée ? --Szyx (d) 30 juillet 2009 à 17:24 (UTC)
Je propose un article qui a fait couler beaucoup d'encre sur les écrans : kommen. C'est peut-être l'article étranger le plus complet qui ait été fait jusqu'à présent. Et le plus long aussi... D'autant que je compte bientôt le compléter avec le luxembourgeois. Mort de rire Chrisaix 30 juillet 2009 à 19:47 (UTC)
Et pourquoi pas une page fondamentale comme Annexe:Radicaux chinois ? JackPotte 30 juillet 2009 à 22:47 (UTC)
Je viens de proposer les définir et Annexe:Radicaux chinois aux labels AdQ. Venez dire ce que vous en pensez. Pamputt [Discuter] 1 août 2009 à 16:09 (UTC)

Conjugaison en annexe ou dans la page de définitions ?[modifier]

La question est dans le titre. --Szyx (d) 30 juillet 2009 à 14:14 (UTC)

Quand il y a eu les premières conjugaisons, je m'étais prononcé pour "dans la page". Mais maintenant, je n'ai plus vraiment d'opinion tranchée. Chaque choix a ses inconvénients. Lmaltier 30 juillet 2009 à 15:50 (UTC)
Quand il n'y a qu'une langue (cas des exemples ci-dessus, je n'ai pas cherché plus loin) c'est acceptable. Mais quand il y a plusieurs langues ? --Szyx (d) 30 juillet 2009 à 17:03 (UTC)
Je reconnais que les tableaux de conjugaison en polonais sont particulièrement longs, beaucoup plus qu'en français. Du coup, je les mettrai en annexes. Mais remarquez que j'ai toujours pris la peine de les mettre dans des boîtes déroulantes pour qu'ils gênent le moins possible. Quant aux tableaux de déclinaison, quand ils sont petits comme en allemand ou en russe (pour les noms), on peut les laisser à droite, mais les tableaux de déclinaison des adjectifs, eux, sont passés dans des boîtes. Le choix entre : tableau à droite / section / annexe est, je trouve, très subjectif. Les Anglais aussi semblent avoir ce problème. Jusqu'à présent, assez peu de wiktionnaires créent des tableaux comme ceux-là. Je n'en connais que trois : français, anglais et afrikaans (un peu en haut-sorabe aussi). D'où l'absence de vraies règles. Chrisaix 30 juillet 2009 à 19:42 (UTC)
Ajoute les suédois. Je trouve leurs boites élégantes : sv:smet. --Szyx (d) 31 juillet 2009 à 09:26 (UTC)

Des tas de mots (en couleur) à faire[modifier]

pourpre.com --Szyx (d) 30 juillet 2009 à 19:02 (UTC)

C'est ce site qui avait servi de base pour faire l'annexe des couleurs. Chrisaix 30 juillet 2009 à 19:44 (UTC)
Je ne connaissais pas la page, désolé. --Szyx (d) 31 juillet 2009 à 09:30 (UTC)

"Fusionner" les "Références" dans les "Ressources"[modifier]

Ça fait des années que ça me chiffonne alors je me lance : Je propose de fusionner les pages Wiktionnaire:Références, Wiktionnaire:Ressources et Wiktionnaire:Ressources papier dans ... Wiktionnaire:Ressources. Quitte à laisser Wiktionnaire:Références en place en attendant de trouver mieux.

Quelques arguments en faveur de cette "fusion" :

  • Les ressources sont utilisées et deviennent donc des références.
  • les références sont des ouvrages (et des sites) sur lesquels on s'est appuyés pour rédiger : ce sont donc pleinement des ressources.
  • La structure de ces 3 pages est très proche : en gros Français (étymologies, rimes, ...), Anglais, Latin, etc.
  • Les ressources "en ligne" et "sur papier" sont à traiter de la même façon.
  • Quand on ajoute une ressource on mentionne si elle est libre de droits (Le texte de cet ouvrage peut être repris sous GFDL, Le texte de cet ouvrage est sous copyright, Le texte de cet ouvrage ne peut être repris sous GFDL), et quand on ajoute une référence, on est tenté de faire pareil pour avertir le contributeur débutant.
  • Idem avec les modèles dédiés ({{R:TLFi}}, ...) : C'est logique de les mettre dans "Références" mais c'est très utile de les indiquer dans "Ressources" !
  • Beaucoup d'ouvrages et de sites sont listés dans les 2 pages (redondance et perte de temps)
  • Il y a des écarts. Cherchez dans "Ressources" une ressource sur le breton et vous passerez à côté d'ouvrages en ligne pourtant listés dans "Références". Dommage !
  • L'utilité essentielle d'une page des "Références" (Y en a-t-il d'autres ?) est d'offrir au lecteur la liste de toutes les références qui ont participé à l'élaboration du Wiktionnaire (une sorte de "biblio"graphie) mais compte-tenu des oublis et des multiples citations la page "Références" est très très incomplète, donc trompeuse. Mieux vaudrait générer cette liste à partir d'un dump en balayant les sections {{-réf-}}, les modèles de références ({{R:Gaffiot}}, etc) et le modèle {{source}} utilisé pour les citations. Cette page ne serait pas très bien rangée, et aurait des références redondantes (à moins qu'un petit développeur prodige nettoie tout ça), mais serait quasiment complète. En attendant la génération de cette page annexe, on garde l'actuelle page Wiktionnaire:Références.
  • Disposer d'une seule page des ressources simplifie la recherche, mais aussi le rajout d'une ressource.

Inconvénients Je ne comprends pas

Qu'en pensez-vous ? Stephane8888 Discuter 31 juillet 2009 à 21:40 (UTC)

Bien sûr. Tout ce qui simplifie est une bonne chose. Il y a un problème général d'accès à ce genre de pages, il est souvent difficile de les trouver même quand on sait qu'elles existent (et à plus forte raison quand on ne sait pas), alors il vaut mieux qu'il y en ait peu, en fournissant un accès facile depuis le portail Communauté. Lmaltier 1 août 2009 à 06:30 (UTC)
Pour Pour Excellente idée, pour une seule page de Ressources et Références.--Béotien lambda 1 août 2009 à 06:40 (UTC)
Pour Pour j'y fait référence dans Wiktionnaire:Bot/Requêtes#Fonctionnalités requises en espérant avoir l'honneur de le programmer. JackPotte 1 août 2009 à 07:45 (UTC)