Discussion utilisateur:Verdy p

L’image du jour : 27 avril 2024

L'homme et la femme dessinés sur la plaque de Pioneer, partie du message pictural gravé à destination d'une éventuelle intelligence extraterrestre.
(image vectorielle)

Celle de demain : 28 avril 2024

Une antiopelle, nudibranche de l'Atlantique Nord.
(définition réelle 6 712 × 4 480)

Bienvenue sur ma page de discussion personnelle sur le Wikipédia francophone

• N’hésite pas à consulter comment modifier une page pour de premières indications sur la création et l’édition des pages sous Wikipédia.
• Tu peux également consulter la FAQ et faire tes essais dans le bac à sable
• N’hésite pas à consulter les recommandations à suivre (règle de neutralité, copyright...).
• Tu peux aussi laisser tes questions au bistro local.

Comment rédiger sur cette page :

• Pour signer tes messages, tu peux taper trois fois le caractère ~ (tilde, AltGr+2 sur le clavier français). Les articles encyclopédiques ne sont pas signés dans le texte de l’article (ton identité reste dans son historique). Toutefois il est préférable d'utiliser la séquence suivante si tu as un compte personnel sur Wikipédia :
  • Avec quatre tildes, en plus de ta « signature » personnelle, seront affichées la date et l’heure.
• Évite les caractères | isolés dans les signatures, si tu as besoin d’afficher ce caractère, utilises la séquence | dans ta signature.
• Nous utilisons souvent des sigles parfois mystérieux : tu pourras trouver leur explication dans Wikipédia:Jargon.
• Si tu viens d’une autre Wikipédia, n’oublie pas de mettre les liens vers tes autres pages perso.
• Si tu n’as pas encore de compte personnel sur le Wikipédia français pour ta signature, termine tes messages en indiquant ton nom ou prénom ou pseudonyme et ajoute une suite de cinq tildes derrière pour dater le message.

---

Entête — Archives :

• 2005
  • janv.–déc.
• 2006
  • janv.–mai
  • juin–août
  • sept.–oct.
  • nov.–déc.
• 2007
  • janv.–juin
  • juil.–août
  • sept.–déc.
• 2008
  • janv.–mai
  • juin–déc.
• 2009
  • janv.–déc.
• 2010
  • janv.–juin
  • juil.–déc.
• 2011
  • janv.–déc.
• 2012
  • janv.–août
  • sept.–déc
• 2013
  • janv.–avr.
  • mai.–déc.
• 2014
  • janv.–juin
  • juil.–déc.
• 2015
  • janv.–juin
  • juil.–déc.
• 2016
  • janv.–juin
  • juil.–déc.
• 2017
  • janv.–juin
  • juil.–déc.
• 2018
  • janv.–déc.
• 2019
  • janv.–déc.
• 2020
  • janv.–déc.
• 2021
  • janv.–déc.

Forme du ’eta tahitien

Bonjour Verdy p. Je me demande d’où vient la forme du ’eta que vous avez donner dans l’image:Tahitian 'eta.png. Dans sa description vous indiquez notamment que « the actual letter form in Polynesian and Melanesian languages is different and looks more like this image. » Avez-vous des exemples de document utilisant un signe qui lui ressemble ? Moyogo/ ^(discuter) 26 janvier 2022 à 15:10 (CET)

ping. --Moyogo/ ^(discuter) 17 mars 2022 à 21:11 (CET)

Ca date (15 ans déjà) ! Je crois me souvenir d'une discussion à ce sujet sur la liste Unicode (qui a cependant considéré que c'était une variante locale ne nécessitant pas de nouveaux caractère, puisque maintenant les deux formes (traditionnelle posée horizontalement, et moderne posée verticalement) sont vues comme "équivalentes" et interchangeables. Il y a eu des photos échangées montrant les représentations dans l'artisanat traditionnel, et il doit y en avoir des exemples dans les musées ou les photos de vieux livres ou articles dans les bibliothèques).

La question de la graphie du "eta" (qui est une consonne occlusive au plan phonétique, mal représentée dans l'écriture latine) fait toujours débat (notamment entre l'Académie tahitienne et d'autres chercheurs, linguistes, ou conservateurs d'arts et cultures traditionnelles): parfgois on le trouve comme un diacritique ajouté aussi alors que ce n'est pas une modification vocalique, souvent aussi une apostrophe de direction mal définie, mais qui pose des problèmes aussi et une confusion avec les marques d'élision et pour les citations. Et le tahitien subit aussi les choix faits dans d'autres pays sur les langues polynésiennes et mélanésiennes (comme l'hawaiien, le maori et le fidjien, très influencés par la graphie anglophone qui mélange tout et veut tout "simplifier" au point de faire perdre les distinctions sémantiques et phonétiques à l'écrit).

Les linguistes phonologistes eux utilisent un caractère encore différent pour l'API (symbole mis en exposant de l'occlusive glottale, qui ressemble un peu à un point d'interrogation sans le point). L'exposant marque le fait que la consonne eta est amuie et pas aussi "dure" qu'une glottale complète (pas du tout comme en arabe!) et le fait qu'elle modifie un peu la transition vers la voyelle qui suit et se veut un peu plus "sonore" (l'occlusion glottale n'est pas complète, il faut une bonne formation de l'oreille pour savoir bien la distinguer. Et les langues polynésiennes ont aussi des "mix" multilingues, notamment avec l'arabe coranique utilisé par les musulmans venus souvent d'Indonésie ou de Chine)

Il existe le même problème avec les minorités linguistiques de Chine, y compris notamment à Taiwan dont provient à l'origine toutes les langues austronésiennes (qui ont fait un très long chemin dans l'histoire, du Pacifique à l'Afrique orientale, pour former les différentes langues et qui aujourd'hui reviennent plus vite avec des apports nouveaux, bien plus vite aujourd'hui que lors des colonisations car les frontières sont plus facilement franchies et les principales sources migratoires sont très fournies de l'Asie orientale à l'Afrique et leurs cultures s'échangent et s'implantent bien plus vite grâce à leur apport et leur intérêt économique ou religieux).

A cela s'est ajouté l'usage moderne (incorrect) de l'apostrophe habituelle (mal orientée, voire verticale dans l'ASCII). Ce caractère "eta" a pourtant un nom bien établi, mais les cultures polynésiennes et mélanésiennes varient sur sa forme (qui a tendance à être oubliée ; la Polynésie oublie ses langues naturelles et ses anciens écrits, face au français et à l'anglais, voire aussi les langues chinoises et japonaises, les langues malaisiennes/indonésiennes, dont le javanais, ainsi que les lingues indo-aryennes, dont l'hindi, ou encore les langues philippines, qui sont en plein développement avec les migrations qui s'accentuent dans la région... et qui importent elles aussi leurs usages typographiques; on assiste donc à un mixage culturel). Verdy p (discuter) 17 mars 2022 à 22:07 (CET)

Bonjour Verdy p.

Il n'y a pas besoin d'ajouter un paramètre pour mettre une note à iso1, car on peut mettre la note directement après le code avec des balises <ref> (par ex. fr<ref>code du français</ref>).

Si par contre iso3-note existe, c'est parce qu'un lien est créé avec le code, et que ce lien ne fonctionnerait pas avec une ref dedans.

Il vaudrait mieux annuler cette modification, cette infobox est déjà suffisamment compliquée comme ça... (je te laisse le faire et modifier les articles où tu aurais pu utiliser ce nouveau paramètre).

Aussi, si tu ajoutes un nouveau paramètre, il faut penser à éditer la documentation aussi, sinon personne ne saura qu'il existe, et de toute façon, pour un modèle autant utilisé, il faut en discuter au préalable en PdD et laisser un message au café des linguistes pour avoir d'autres avis.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 16 avril 2022 à 23:07 (CEST)

C'est bien à cause de la formation de liens que la note pour iso1 est là. Et par homogénéité avec iso3 c'est plus logique aussi. De plus la note n'est pas là que pour pointer une ref en bas de page, ici ce n'est pas une référence, mais bien une note. Cela ne change pas l'usage, c'est totalement similaire à ce qui est fait aussi pour iso3 (pour les mêmes raisons qui ne sont pas seulement pour ajouter une ref de bas de page masi un complément court visible immédiatement à coté du code affiché avec son/ses liens éventuels concernant le code lui-même sur les sites des agences d'enregistrement ISO). Même le code ISO 639-1 ou ISO639-2 a ses propres liens, sachant qu'ils existent d'abord en tant que codes bibliographiques (plus que terminologiques) pour une classification sommaire dans les bibliothèques et non pour préciser une langue exacte ou désigner la langue exactement utilisée dans une traduction (ou une localisation logicielle bien que là cela s'appuie non pas sur les codes ISO 639 mais les codes BCP47 plus précis et qui font un usage particulier des codes ISO 639 spécifiquement dans un cadre terminologique et non de classification bibliographique, ce qui leur permet de reprendre parfois des codes ISO 639-1 ou 639-2 ou de les compléter dans des étiquettes IETF plus longues et plus précises pour d'autres besoin de localisation, y compris des distinctions d'écriture ou dialectales ou d'autres caractères d'adaptation régionale ou linguistique). Verdy p (discuter) 16 avril 2022 à 23:24 (CEST)

L'admissibilité de l'article « Districts portugais classés par région » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « Districts portugais classés par région » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Districts portugais classés par région/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Chris a liege (discuter) 5 mai 2022 à 22:57 (CEST)

LdQ

Bonsoir, seriez-vous pour la promotion de la Liste des territoires non organisés du Québec ? Yanik ^B 16 mai 2022 à 00:23 (CEST)

L'admissibilité de l'article « SICAE de l'Aisne » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « SICAE de l'Aisne ^{(page supprimée)} » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:SICAE de l'Aisne/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Chris a liege (discuter) 23 juillet 2022 à 23:13 (CEST)

Typographie et calligraphie yie ?

Bonjour Verdy p,

Vous avez ajouté à l'article Glyphe, le texte « (notamment en typographie chinoise, japonaise, coréenne, yie ou mongole traditionnelle) », n'y a-t-il pas une erreur ?  Daniel Stevens Bxl :
--Dom (discuter) 24 août 2022 à 19:34 (CEST)

Non, car selon Larousse "yi" est défini uniquement comme masculin (on y trouve aussi le terme "lolo" décrit comme synonyme mais uniquement comme ethnonyme). Il n'y a aucune raison de ne pas accorder régulièrement au féminin "yie", comme au pluriel "yis" (comme l'ethnonyme pour "les Yis" également attesté). J'ai recherché les différents dicos, ils ne définissent rien, le terme "yi" étant essentiellement un import (venant de l'anglais). Hors par défaut, ces imports devraient d'accorder régulièrement et non se calquer simplement sur l'anglais d'autant plus que l'anglais n'est pas la langue originale de ce peuple et sa culture

voir les notes à ce sujet de l'Académie: l'anglais ne devrait pas servir de référence, il est impropre et exogène pour cette culture asiatique, l'anglais s'est adapté à la culture asiatique selon ses propres règles, le français doit faire de même avec ses règles ; comme le français le fait déjà pour bon nobre de termes empruntés à l'anglais, dont on ne suit pas les règles de pluriel de l'anglais; par exemple "penny>pennies" en anglais, mais "penny>pennys" en français; également "pizzaïlo>pizzaïolos" et non "pizzaïoli" car on ne calque pas les pluriels italiens.

L'Académie recommande fortement la régularisation française des accords si on doit utiliser tout emprunt à une langue étrangère (et encore plus fortement si c'est une romanisation d'une écriture non latine), et c'est d'autant plus justifié qu'on a régularisé le pluriel "yis" (attesté) selon les règles françaises alors que le terme original asiatique (même pas écrit en écriture latine, mais romanisé selon une transcription phonétique) ne suit pas du tout cette règle. On a d'autres termes asiatiques empruntés en français qui eux aussi suivent la régularisation des accords en genre ou en nombre (exemple: "dojo>dojos" régularisé au pluriel, "emoji" régularisé avec l'accent "émoji>émojis" au pluriel ; "kanji>kanjis" au pluriel ; "bengali>bengali(e)s", l'anglais hésitant lui aussi avec "bangali(s)", voire aussi "bangla(s)" sur le modèle phonétique plus proche de la langue d'origine utilisé en Inde où les deux langues coexistent officiellement, le français ayant aussi l'alternative "bengalais(es)", attestée selon une autre forme de régularisation des suffixes adjectivaux où le français hésite lui aussi, sans toutefois revenir sur la règle générale de régularisation des accords en genre et en nombre).

Et même quand un terme est une abréviation (à l'origine un sigle), s'il est prononçable et entre dans le lexique, il est régularisé comme acronyme, s'écrit sans majuscules ni aucun point et s'accorde normalement. Exemples : "sida>sidas" (on 'a pas repris le terme anglais "AIDS" pour des raisons évidentes de difficulté phonétique et pour éviter une homophonie devenant une homonymie ambiguë) ; plus récemment "COVID" emprunté à l'anglais, commence à se lexicaliser en "covid(s)" accordé alors régulièrement au pluriel et pourrait même donner à terme "covide(s)" pour régulariser sa prononciation et indiquer que le "d" final est non muet, contrairement à "nid(s)", mais là encore je n'ai pas encore vu un tel usage, le terme étant trop récent on conserve encore l'acronyme en majuscules par prudence, en attendant l'apparition possible (pas encore attestée) de termes dérivés tels que "covidien(s)", "covidaïque(s)", "covidé(e)(s)", "covidoïde(s)", "covidal(e)(s)/covidaux" ou que sais-je encore si on suis le modèle des dérivés de "grippe": "gripper", "grippé(e)(s)", "grippal(e)(s)/grippaux" que le français sait produire assez facilement).

C'est assez général : on ne calque pas l'anglais, surtout quand il n'a pas à servir de "source" (et qu'il est totalement exogène ici), sachant que la régularisation des emprunts lexicalisés facilite énormément leur dérivation ultérieure pour d'autres termes liés par la même racine, qui se fait alors sans aucune difficulté sémantique, lexicale (conservation des étymologies), phonétique et orthographique. Verdy p (discuter) 25 août 2022 à 07:09 (CEST)

Un article intéressant çà lire au sujet des emprunts linguistiques en français (et qui ne concerne pas que la seule proposition de réforme orthographique de 1990, mais est un vieux débat dans toutes les langues) : https://journals.openedition.org/praxematique/6367 (consulter aussi ses propres références externes). Et tant qu'on n'a pas d'attestation forte d'un écart d'usage par rapport à la régularisation, il est hautement recommandé de régulariser les accords simples d'autant plus qu'on conserve les racines étymologiques (les autres adaptations graphiques comme les accents sont bien plus longues à apparaître et peinent à s'introduire, comme "biftèque", "romstèque" ou "romsteck", corrects au plan uniquement phonétique, mais qui perdent la racine étymologique et qui s'opposent à "steak" qu'on n'écrit pas "stèque" en introduisant une difficulté orthographique, là l'usage a prévalue et on conserve plutôt l'orthographe anglaise, même si on "régularise" le pluriel identique en français et anglais). D'une autre façon aussi générale, les accords finissent toujours par se régulariser assez vite dans l'usage, le français préférant nettement cela car il a déjà trop de difficultés orthographiques pour des accords qui facilitent la lecture et la compréhension du texte écrit, même si la plupart du temps ils restent muets dans la phonétique (c'est là que réside le plus gros des difficultés orthographiques à l'écrit et il vaut mieux les éviter, ce que l'usage a toujours fini par promouvoir assez vite et sans difficulté, le reste concernant surtout le redoublement des consonnes étrangères, et l'écriture des digrammes notamment les voyelles et diphtongues, propres à la phonologie étrangère mais qui ne se différencient pas en français ou qui ont été perdues lors du passage de l'ancien français au français moderne à partir du XVIe siècle où des accents ont été introduits, mais aussi auparavant par la transition de la graphie des oeils latins suite à l'invention de l'imprimerie qui ont mis fin à la profusion désordonnée des ligatures et permis la régularisation massive du français moderne, ont il reste cependant des formes entrant de plus en plus en désuétude telles que certains modes de conjugaison ; en revanche la régularisation des accords en genre et en nombre n'a jamais faibli, même après l'abandon précoce du genre neutre dont il ne reste des traces que dans certains pronoms -- c'était déjà un débat en latin romain, des siècles auparavant, par rapport aux autres langues italiques et au grec à l'origine de nombreux termes, quand le français n'existait même pas encore, pas même au plan vernaculaire, ni même la distinction graphique ou sémantique des majuscules quand les graphistes/copistes ne se sont longtemps jamais préoccupé de l'apparition du français "vulgaire" et de son écriture et ont failli même inventer une nouvelle écriture compliquée remplaçant celle bien plus simple du latin romain, la seule forme visible par la population qui n'avait pas accès aux livres avant l'imprimerie qui est revenue aux sources et qui a permis l'alphabétisation de la population dans sa langue vernaculaire devenue plus tard enfin officielle peu après la création de l'Académie). Verdy p (discuter) 25 août 2022 à 07:45 (CEST)

Merci de vos explications détaillées. Ma question était purement de compréhension, le terme "yie" étant inconnu, introuvable et sans doute aussi incompréhensible pour le public du lecteur qui s'informe que pour moi. Je n'avais même pas compris qu'il s'agissait des Yi, mes excuses. Je pense que malgré vos louables soucis linguistiques, il serait plus compréhensible d'écrire "yi", mais je vous laisse juge, et en tout cas je vous recommande vivement de créer un lien avec Yi (ethnie), ce qui permettrait de comprendre de quoi vous parlez. Bien à vous Daniel Stevens Bxl (discuter) 4 octobre 2022 à 09:55 (CEST)

Note: le nom d'une ethnie est un ethnonyme qui (au même titre que les gentilés pour les nationalités et autres origines géographiques) prend la majuscule en tant que nom commun (exemple : un Allemand) qui peut aussi s'accorder en genre et nombre (exemple : une Allemande, des Allemands) ; en revanche pour former un adjectif dérivé (exemple : la langue allemande), la majuscule ne s'impose pas et les accords normaux s'appliquent autant que possible en français (exemple : les règles allemandes). Si le terme est déjà vocalisé et compris en français, on l'orthographie aussi en graphie francisée (s'il n'y a pas d'autre terme, comme le gentilé "un Américain" plus couramment utilisé que le néologisme "un Étatsunien") tenant compte de sa prononciation effective, accentuée avec les accents français, des trémas si nécessaires pour éviter une prononciation fautive ("un Thaï"), mais la suppression des accents graves ou aigus sur le e s'il n'y a pas de prononciation claire entre le e fermé (é) et le e ouvert (è), et sans tenir compte des accents présents en langue étrangère qui peuvent noter autre chose (comme les accents toniques en espagnol ou italien mais jamais marqués en français, pas plus que les distinctions de longueurs qu'on trouve cependant dans des noms japonais avec le macron à cause des ambiguïtés trop fréquentes sans cela). Verdy p (discuter) 4 octobre 2022 à 13:12 (CEST)

Mort

Savez vous où Monsieur Sassone est enterré ? 118.179.245.247 (discuter) 24 septembre 2022 à 02:14 (CEST)

Je ne sais pas pourquoi vous me posez cette question ici. Donc aucun moyen de mettre en rapport un nom de personne (très ambigu en plus ici!), et de toute façon c'est une question de vie privée et si je le savais, je ne le dirais pas, à moins que ce soit un personnage public et que sa famille a rendu l'événement public.

La plupart des gens se font enterrer ou incinérer dans l'intimité (même s'il y a pu y avoir une cérémonie publique) avec leur famille, amis et connaissances directes uniquement : ce droit de non-violation des lieux de sépulture est à respecter (au moins pendant 70 ans après leur mort en France : c'est respecté par l'état-civil et les mairies qui ne donnent pas à tout le monde l'information, à moins d'être un ayant-droit ou une personne autorisée pour un but précis comme la recherche généalogique dans le cadre d'une succession). Il n'y a ensuite aucun intérêt à publier cette information au delà (les concessions peuvent ne plus exister), sauf pour des personnages historiques célèbres ; dans ce cas ils peuvent un article sur eux dans Wikipédia et, éventuellement, un autre article sur leur sépulture s'il y a un fameux monument conservé et classé pour des raisons de préservation du patrimoine historique et culturel ou parce qu'ils font l'objet d'un culte particulier (comme le Taj Mahal ou le Saint Sépulcre). Les sépultures individuelles font rarement l'objet d'un article ni même d'une mention sur la page des personnes concernées ; en revanche on a des articles sur ces cimetières et ossuaires collectifs, les lieux de pèlerinage, etc. Verdy p (discuter) 4 octobre 2022 à 12:54 (CEST)

Votre modification sur « Modèle:Éléments/Lanthanides » a été annulée

Bonjour Verdy p,

Je suis Ariel Provost et je fais partie des bénévoles consultant les modifications récentes effectuées sur Wikipédia. Je vous remercie de votre modification (en exergue des gaz nobles, ce qui n'a aucun rapport avec les lanthanides. voir la modification) sur « Modèle:Éléments/Lanthanides » .

Cependant, j'ai dû la retirer car :

Pour vous familiariser avec Wikipédia, vous pouvez consulter nos parcours d'initiation et le sommaire de l'aide.

N'hésitez pas également à solliciter des bénévoles via le forum des nouveaux pour obtenir une aide complémentaire, ou à me contacter directement.

Bonnes contributions !

Ariel (discuter) 21 octobre 2022 à 08:23 (CEST)

je n'ai pas fait ça par hasard et je n'ai pas besoin de me "familiariser". J'ai juste copié au mauvais endroit. Verdy p (discuter) 21 octobre 2022 à 08:24 (CEST)

Bonjour Verdy p , et mes excuses pour le message standard (que j'ai d'ailleurs mal utilisé en n'indiquant pas le motif en raison d'une coquille sur le nom d'un paramètre). Je me doutais bien que c'était une petite erreur de manip, mais je ne voulais pas me plonger dans le code. Bonne continuation, Ariel (discuter) 21 octobre 2022 à 09:26 (CEST)

Please explain your move

Hello:

I see that on November 14, 2022 you moved and marked "minor" Category:Suburbs in the United States‎ 03:22 +10‎ ‎Verdy p talk contribs‎ (Moving from Category:Populated places in the United States to Category:Community-type settlements in the United States).

I think this move is not at all minor. I disagree with it. People in the U.S. do not think of suburbs as "community-type settlements." That term is for military camps, logging camps, intentional communities, and company towns. I believe that users of Commons will not look for "suburbs" under "Community-type settlements". Rather, they will look under "Populated places in the United States." Please explain your rationale for the move. Thank you. Downtowngal (discuter) 14 novembre 2022 à 20:44 (CET)

Using something like NUMBEROF to query .tab data at Commons

Bonjour Verdy_p! I have seen that you created and optimized the m:Module:NUMBEROF at Meta. I have been for a while looking for a tool to query items stored at tabular data in Commons, like, for example, climate data. You can see some of the discussions here: https://phabricator.wikimedia.org/T181319. Currently, I'm tutorizing two students who are going to upload climate data to Commons, and we have been looking for ways of querying for precise data. Could something similar to NUMBEROF be created so people can just add the row (a date) and the column (a property) and the result appears automatically? This would create really good queries once it can be mixed with Wikidata.

Merci! Theklan (discuter) 14 décembre 2022 à 18:11 (CET)

@Theklan Do you have an examplar tabular data file on Commons to experiment with?

You should look at the examplar data file on Commons used in {{NUMBEROF}} for the format:

• Then look at the "/map" submodule mapping column names with to column numbers and using one column as the row index: that row index is also a property of the same JSON array containing all other column values in the row.
• Because properties in an object are not ordered, we need to convert them into a row index (not necessarily numeric) and a column name and that's what the "/map" submodule does to process the JSON tabular data file coming from Commons. This then allows to generate a tabular presentation in wikicode/HTML in the template which uses column names rather than column number in the tabular data file, and preserve its stability (e.g.: new columns may be added or inserted, but the key is the (hopefully stable) column name stored in the 1st row of the tabular data file. This "/map" modules like a sort of schema adapter for the tabular data file (which self-contains this schema with also some type information, used on Commons to generate the presentation and by some custome tabular data editors, if one does not want to edit/write tricky JSON code).

Beside that the code is very straightforward.

If your data is coming from CSV (which has many quirks, including for field separators depending on locale, or for the format of dates, or decimal separators or digits used for numbers, or for the escaping syntax for strings), you need to convert it into the JSON format expected by Commons for tabular data (meaning that you must provide a description of fields from the 1st row of the CSV file, if there's one, or add it; and then JSON-encode all the rest as a basic array of arrays). It's up to you then do define how many columns you need, and how to give a name key for each of them. The JSON format is more precise than CSV, and is locale-neutral, which makes it more suitable for data stored in Commons.

Then later we may think about generalizing things for other tabular data files (and may be provide a module that can process some CSV files directly, with some parameters to control how to decode its format; but I thnik that this processing from CSV to JSON tabular data should be done once by uploading users, rather then storing quirky CSV files in Commons).

I think that your tabular data will be storing JSON rows like [ "date", "min temperature", "max temperature", "avg temperature", ... ] but there may be additional columns (likr a place name or QID, usable as a filter for the "'/map" adapter submodule). You real data may have a more complex structure like like [ "date", "placename", { "temperature": ["min", "max", "avg"], ... }, "pressure": [ ... ] } ]; so without a real sample of your data, it's hard to determine how I can help you to adapt that data. Such structure would help if the data is sparse (e.g. some places providing only temperatures, bu not pressures or rainfalls, for the same indicated dates, or data may be partial for some date ranges).

The "adapter" module may also need to combine several data files, or filter on them (this is already occuring for site statistics used in NUMBEROF: there's some additional mappings for sites, because these statsitics are updated separately for Wikipedia, Commons, or other wikis and for ranking them by language for localized wikis, or by site type for international wikis). This would help if you have different sources with different granularity of dates. The adapter can also compute some aggregation (sums, averages, extrema, e.g by year, or by month, or aggregate multiple places in the same larger region by using some other mappings for places).

Verdy p (discuter) 14 décembre 2022 à 22:50 (CET)

Additional note: I see that on Phabricator you commented about Canadian weather data imported in Commons as tabular data (e.g. Data:Weather.gc.ca/Monthly/*.tab and Data:Weather.gc.ca/Almanac/*.tab)

I could easily make an adapter for data like this (note that places are referenced using onlygeographic coordinates of weather stations, there may exist a need to create a map for them to the most precise place names or QID in Wikidata for which we have geometric data, but this could also be done semi-automatically, by first creating an index map with existing coordinates, and an extra colums for the QID or place name, or relevant identifiers for the weather station itself, and possibly some other columns for places of aggregation (like the country, an optional state/province in some countries, optional county or other regional subarea, municipality) and other useful data (like altitude, total area covered by that place, total land area, total watered area, and type of land like urban/crop/forest/rocky/natural/marsh/icy/lake/river/sea which could be used to weight the weather data and aggregate them in a significant way).

Weather data can have many measured aspects, different granurality, they are most often partial (with null values in JSON). In addition some data may be actual measurements, or estimations/reconstructions; they have many sources, some of them may be different for the same place (because they used different kinds of aggregations or corrections, or contained some errors, discrepancies, or different levels of precision). It's not easy to model everything in a single tabular data file (For Canada, there are many files, not all of them with the same kinds of columns). This also applies to many statistics sources. Verdy p (discuter) 15 décembre 2022 à 00:48 (CET)

L'admissibilité de l'article « Le Don en confiance » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « Le Don en confiance ^{(page supprimée)} » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Le Don en confiance/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Chris a liege (discuter) 10 janvier 2023 à 22:23 (CET)

L'admissibilité de l'article « Syndicat intercommunal du bassin d'Arcachon » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « Syndicat intercommunal du bassin d'Arcachon ^{(page supprimée)} » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Syndicat intercommunal du bassin d'Arcachon/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Chris a liege (discuter) 22 janvier 2023 à 23:37 (CET)

Question : une catégorie pour résoudre une homonymie (qui est déjà résolue)

Bonjour,
Les homonymies sont généralement gérées avec une page d'homonymie listant les articles homonymes ou, s'il n'y a que 2 articles homonymes, avec {{Voir homonyme}} ou un modèle similaire. Donc je ne comprends pas votre catégorie « Ville dans le département de Boussouma ». Dans la description de cette catégorie, vous évoquez la confusion possible entre une ville dans le département/commune rurale de Boussouma de la province du Boulgou et une ville dans le département/commune rurale de Boussouma de la province du Sanmatenga.
Par ailleurs, vous avez déjà parfaitement géré l'unique nom portant à confusion (Boussouma) grâce :

• à la page d'homonymie Boussouma ;
• aux appels à {{Voir homonymes}} et {{Confusion}} et {{Autre4}} dans les articles concernés.

Donc je pense qu'il faut supprimer la catégorie « Ville dans le département de Boussouma » et (pour les mêmes raisons) supprimer la catégorie « Ville dans le département de Dakoro ».
Qu'en pensez-vous ?
Cordialement --NicoScribe (discuter) 8 avril 2023 à 18:15 (CEST)

Initialement la catégorie avait été créée sans que l'homonymie soit connue. C'est plus tard que les deux départements de Boussouma (dans des provinces différentes) ont été créés et distingués. Il peut donc rester des cas ambigus comme cela (bien que j'en ai résolus déjà beaucoup, au fur et à mesure des découvertes que j'ai documentées, mais il peut en être restés). Ce travail sur la toponymie du Burkina est un chantier de longue haleine et depuis longtemps. Il n'y a pas eu malheureusement beaucoup de contributeurs, mais les départements/communes burkinabés sont complets désormais sur la Wikipédie francophone. Ensuite je me suis attelé aux localités dans ces départements/communes (et là c'est encore loin d'être fini). Je me suis appuyé sur les sources officielles et j'ai tenu compte des évolutions légales (en tenant compte par exemple des fichiers électoraux, souvent plus à jour que les institutions géographiques qui ont peu de ressources et s'appuient souvent sur des travaux aidés par des assos humanitaires et quelques coopérations internationales (mais aujourd'hui largement suspendues étant donné la nouvelle situation politique, le changement de régime les actions terroristes et qui n'ont pas aidé à stabiliser la situation avec des collectivités locales souvent hors d'état de gérer les choses localement notamment au nord et à l'est du pays, où même le recensement et les élections locales n'ont pas pu avoir lieu, et une supervision alors par l'Etat au niveau provincial, voire directement d'autorité depuis la capitale; le sort des populations déplacées, les nouvelles installations dans des zones plus calmes se sont faites dans le désordre, les déséquilibres territoriaux se sont accentués et la représentation à l'échelon local n'en tient plus vraiment compte: l'autorité civile débordée cède le pas aux autorités armées, plus encore aujourd'hui depuis le départ de troupes alliées devenues indésirables comme aussi bon nombre d'organisations humanitaires; ces frontières sont de plsu en plus théoriques et ne semblent plus soutenir la réalité actuelle et cet écart commence à devenir de plus en plus important; de fait on manque de beaucoup d'informations sur la situation récente notamment depuis 2 ans et on ne sait pas comment ça va évoluer; cartographier ce pays est redevenu difficile, même si on avait déjà des problèmes avec la stabilité de la toponymie du fait du multilinguisme, même si le français y est encore une langue de communication; les populations sont aujourd'hui bien plus divisées au plan ethnique et culturel). La mêm echose se passe aussi maintenant au Mali voisin et commence à se propager au Niger, au Nigeria, au Bénin; on a eu une période de troubles au Cameroun, mais ça semble s'améliorer. Travailler sur ces pays en difficulté sans direction claire maintenant est difficile et cela freine les travaux pour tenter de clarifier les choses, donc ça laisse un statu quo faute de meilleures informations plus récentes; même les dernières sources officielles, ne sont souvent plus disponibles sur les sites web d'origine, mais il en existe des copies ailleurs pour tenter de conserver la mémoire, ce qui permettra ensuite de retracer les évolutions à faire qui seront nécessaires ensuite). Verdy p (discuter) 10 avril 2023 à 18:29 (CEST)

Cela ne change pas ma remarque : les problèmes d'homonymie se gèrent avec des articles, pas avec des catégories.

Pour le long terme, c'est à dire pour trouver/gérer d'autres homonymies, les palettes que vous avez placées dans la catégorie « Ville dans le département de Boussouma (Boulgou) » et dans la catégorie « Ville dans le département de Boussouma (Sanmatenga) » sont suffisantes.

Donc je pense toujours qu'il faut supprimer la catégorie « Ville dans le département de Boussouma » et la catégorie « Ville dans le département de Dakoro ». --NicoScribe (discuter) 10 avril 2023 à 19:16 (CEST)

Pourquoi "il faut" ? l'homonymie est la même sur les catégories et sur les articles. Sachant qu'on ne peut pas rediriger une catégorie (au contraire des articles), on n'a que la solution d'afficher la page de catégorie qui doit rester alors vide (sans membre) mais juste afficher dans sa page de description les catégories cibles possibles. Verdy p (discuter) 16 avril 2023 à 04:27 (CEST)

Il le faut parce que :

1. Les homonymies sont généralement gérées avec une page d'homonymie listant les articles homonymes ou, s'il n'y a que 2 articles homonymes, avec {{Voir homonyme}} ou un modèle similaire. Les homonymies ne sont pas gérées avec des descriptions de catégories.
2. Par ailleurs, vous avez déjà parfaitement géré l'unique nom portant à confusion (Boussouma) grâce à la page d'homonymie Boussouma. Donc la catégorie « Ville dans le département de Boussouma » est inutile. Il ne faut pas garder de catégories inutiles, de même que l'on ne garde pas d'articles non admissibles/inutiles dans l'espace encyclopédique.
3. La règle Wikipédia:Conventions sur les catégories dit « les conventions sur les titres s'appliquent pour nommer les catégories » et Wikipédia:Conventions sur les titres dit qu'un titre « permet d'identifier immédiatement et précisément le sujet ». Le titre catégorie « Ville dans le département de Boussouma » ne respecte pas cette convention : au lieu d'être précis, il est ambigu parce qu'il incorpore l'ambiguité du mot Boussouma.
4. Aucune autre homonymie de zone n'est gérée comme catégorie « Ville dans le département de Boussouma ». Regardez d'autres exemples :
   • La page Canton d'Allonnes liste des zones homonymes. Personne n'a créé la catégorie « Ville dans le Canton d'Allonnes ». Idem pour les 49 autres homonymies de cantons.
   • La page Comté d'Adair liste des zones homonymes. Personne n'a créé la catégorie « Ville dans le Comté d'Adair ». Idem pour les 435 autres homonymies de comtés.
   • La page Île d'Amour liste des zones homonymes. Personne n'a créé la catégorie « Ville dans l'Île d'Amour ». Idem pour les 230 autres homonymies d'îles.

--NicoScribe (discuter) 16 avril 2023 à 12:37 (CEST)

Est-ce que je vous ai convaincu ? Si c'est le cas, je peux faire la WP:DSI. Sinon, il faudra demander l'avis d'autres contributeurs. --NicoScribe (discuter) 16 mai 2023 à 16:57 (CEST)

Quelle est votre réponse ? --NicoScribe (discuter) 23 juin 2023 à 23:30 (CEST)

Vous n'êtes pas un débutant mais, depuis plusieurs mois, vous contribuez sur d'autres sujets au lieu de me répondre. Alors j'ai demandé l'avis d'autres contributeurs, dans les projets concernés : Discussion Projet:Catégories#Utilisation d'une catégorie pour résoudre une homonymie (qui est déjà résolue) et Discussion Projet:Homonymie#Utilisation d'une catégorie pour résoudre une homonymie (qui est déjà résolue). --NicoScribe (discuter) 2 septembre 2023 à 22:36 (CEST)

Bonjour Verdy p et NicoScribe. La catégorie:Ville dans le département de Boussouma est vide et ne contiendra jamais aucun article. C'est un motif suffisant pour sa suppression (« C1 - Catégorie vide depuis au moins quatre jours »). En revanche, il est possible de mettre, dans chacune des pages (catégories homonymes), des messages du type « Cette catégorie concerne […] dans la province de X. Pour […] dans la province de Y, voir la catégorie [… (Y)] ».

J'ajouterai que la présence de palettes dans une page de catégorie repousse le contenu effectif de la catégorie au bas de la page. Ainsi, Catégorie:Boulgou (avec trois longues palettes dans sa version actuelle) ne me semble pas correspondre à ce qui est attendu d'une catégorie sur Wikipédia. Les palettes sont à placer dans les articles, pour naviguer entre eux. — Ideawipik (discuter) 3 septembre 2023 à 01:53 (CEST)

Bonjour, d'accord pour supprimer Catégorie:Ville dans le département de Boussouma et Catégorie:Ville dans le département de Dakoro vides, inutiles et sources de confusion.

Et d'accord pour wikifier les catégories utiles.

Par exemple sur Catégorie:Ville dans le département de Boussouma (Boulgou) :

• signaler la catégorie de même nom concernant la province du Sanmatenga ;
• sauf avis contraire, je mettrais aussi une lien vers la page d'homonymie, Boussouma , ceci pour info et pour faciliter la navigation vers les articles ;
• retirer les palettes, elles sont beaucoup trop encombrantes, elles masquent pratiquement les articles listés en dessous alors qu'on s'attend à les voir au premier coup d'œil.

Cordialement. Frenouille (discuter) 3 septembre 2023 à 20:12 (CEST)

PS : la suppression de Catégorie:Homonymie de localités au Burkina Faso devrait être automatique une fois qu'elle sera vide. Frenouille (discuter) 3 septembre 2023 à 20:16 (CEST)

• J'ai créé Wikipédia:Demande de suppression immédiate#3 catégories.
• J'ai mis les bandeaux d'homonymie sur Catégorie:Ville dans le département de Boussouma (Boulgou) et Catégorie:Ville dans le département de Boussouma (Sanmatenga).
• Pour les palettes, elles semblent présentes sur toutes les catégories des provinces ou des départements du Burkina Faso. Donc si vous voulez discuter de leur retrait, je pense qu'il faudrait ouvrir une discussion dans Discussion Projet:Burkina Faso.

--NicoScribe (discuter) 17 septembre 2023 à 22:36 (CEST)

Bonsoir @NicoScribe, le bandeau "2autres" est très bien. Pour la palette, il s'agit simplement de la désafficher de l'introduction de la catégorie (elle gêne la lecture de la catégorie et fait confusion avec le reste de la province). J'ai fait à l'instant la correction sur Catégorie:Ville dans le département de Boussouma (Boulgou) et je vais regarder les autres à la suite. On est bien d'accord qu'il faut conserver la palette dans les articles. Cordialement. Frenouille (discuter) 17 septembre 2023 à 23:37 (CEST)

L'admissibilité de l'article « ISO 3166-2:FR » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « ISO 3166-2:FR » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:ISO 3166-2:FR/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Chris a liege (discuter) 11 août 2023 à 23:14 (CEST)

L'admissibilité de l'article « Modèle:Liste éléments » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « Modèle:Liste éléments ^{(page supprimée)} » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion modèle:Liste éléments/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

LD (d) 2 octobre 2023 à 06:20 (CEST)

L'admissibilité de l'article « Modèle:· » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « Modèle:· ^{(page supprimée)} » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion modèle:·/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

LD (d) 2 octobre 2023 à 06:20 (CEST)

Demande d'aide traduction

Pourrais-tu me traduire en français "What is that shit", stp ?

Plus sérieusement, je considère que cette "traduction" est une forme de vandalisme qui touche particulièrement wpfr. Vandalisme assez tortueux, assez vicieux, mais vandalisme quand même.

Je n'ai pas le temps immédiatement. Je me charge au plus vite de la RA demandant ton blocage indef. Et ensuite je la ferai sur Meta. Et ensuite...

Bonne soirée quand même. Benoît (d) 17 octobre 2023 à 20:40 (CEST)

"C'est quoi cette m...?" SVP. Je ne sais pas où tu vois du vandalisme. Je pense que tu fais un complexe de complotisme aigu avec des fausses divagation et des rumeurs colportées sur WPFR, sur un fond de vengence personnelle de la part de certains qui m'en veulent pour je ne sais quelle raison (et sans doute parce que je fais plus de travail qu'eux et depuis longtemps, et qui surtout ne veulent pas discuter dans les formes collectives documentées et recommandées ni même prendre le moindre contact personnel avec les intéressés et utilisant des canaux détournés extérieurs pour se faire une audience détournée). Donc tu vas te calmer. Ton attitude ici est inqualifible et franchement la WMF ferait bien de quoi il s'agit et plutôt modérer ceux qui organisent de tels chasses personnelles, injurieuses ou dénigrantes contra moi, mais qui ne font pas la moité du travail que je fais (où ils auraient pu participer: je ne fais rien de façon cachée et je n'utilise que les canaux publics appropriés). Verdy p (discuter) 17 octobre 2023 à 21:04 (CEST)

Hackathon around ISA and translatewiki

Salut Verdy p.

Nous sommes en train d’organiser un hackathon pour améliorer l’outil ISA : m:Event:Wiki Mentor Africa Hackathon 2024. Je vais m’occuper d’animer la partie documentation technique. Dans le programme, on a réservé un slot d’une heure (max) pour parler de translatewiki le vendredi 19 après-midi. Le hackathon aura lieu en ligne, sur zoom. Je voulais savoir si tu serais éventuellement disponible et partant pour nous parler brièvement de translate wiki ce jour là. Ou à défaut si tu as possibilité d’enregistrer une petite présentation video. Ou à défaut si tu peux nous suggérer une personne qui puisse nous accompagner. Je reste à l’écoute. En te remerciant par avance. Anthere (discuter) 10 janvier 2024 à 15:27 (CET)

@Anthere Je ne suis pas expert je pense dans ce domaine pour développer de façon conséquente, utile et stable les sujets africains; mes contributions dans certains domaines sont limitées et occasionelles, souvent liées à d'utres sujets plus génériques. De plus je ne connais pas la plateforme "Zoom" que je n'ai jamais utilisée (même hors des projets Wikimedia); devoir m'y inscrire serait une dispersion de plus. Cependant s'il y a des sous-sujets auxquels j'ai pu contribuer dans le passé ou qui vous seraient utiles pour m'informer ou proposer des modifications, je reste joignable. Personnellement les sujets "Wiki loves Africa" sont trop larges et trop vagues, même si j'ai pu m'intéresser à certains aspects (géographie, découpages administratifs, données de population, langues et écritures, soutien de certaines minorités), je ne suis pas impliqué dans ce qui s'apparente à des "concours" (avec des calendriers butoirs), je suis plus concerné dans des sujets à long terme (pour lesquels il n'y a pas de date limite mais le besoin de maintenir une cohérence temporelle et spatiale et un certain niveau d'exhaustivité pour éviter des impasses), et pour parfois maintenir une organisation d'ensemble permettant de naviguer facilement entre les sujets liés, et affiner les sujets avec une objectif de neutralité de point de vue et des extensions plus faciles (beaucoup sur Wikidata ou Commons en favorisant le multilinguisme et la disambiguation des sujets avec des conventions de nommage cohérentes, des palettes de navigation mieux organisées et elles aussi multilingues autant que possible). Le sujet "Afrique" est trop vaste, je suis plus concerné sur des sujets plus localisés (au minimum par pays ou par langue, ou par organisation géopolitique s'il y a lieu) et pour assurer aussi une cohérence et un rapprochement interwiki de tous les sujets couverts et de leurs contributeurs et lecteurs dans toutes les langues et cultures (et tenant compte aussi des questions d'accessibilité et de lisibilité des contenus). De plus j'ai lâché la plateforme "translatewiki" à cause de la prise en main de certains admins qui ont renié la tonne de travail que j'y ai faites en dépit de nombreuses années de support actif et de remerciements reçus (certains utilisateurs trop influents n'ont pas voulu discuter pour quelques petites évolutions mineures et d'accords qui auraient pu se régler autrement que par des attaques personnelles directes sur mon dos, et trop souvent même sans m'en aviser, parfois via des réseaux externes à Wikimedia; je considère que ces utilisateurs ont abusé des règles Wikimedia normales de coopération et trop usé leur influence pour "faire peur" aux autres et sélectionner leur propre petit comité privé pour décider trop de chose et imposer le reste par la contrainte: translatewiki n'est plsu du tout "collaborative", c'est devenu une plateforme privée hors d'attente de Wikimedia, et sur laquelle Wikimedia a accordé trop de confiance et qui fonctionne de façon très hiérarchisée et sur des bases arbitraires, sans aucune politique claire, sans compromis possible et sans appel). Verdy p (discuter) 10 janvier 2024 à 22:32 (CET)

Bonjour. Merci pour ta réponse. Je prend note pour la première partie. Ce n’était pas vraiment au coeur de ma demande, mais comprendre ce qui t’intéresse ou ne t’intéresse pas a toujours de la valeur

Pour ta réponse dans la seconde partie... c’est un peu la douche froide de lire ton point de vue sur translatewiki. J’y attache de la valeur et tu était la principale personne avec qui j’avais été en contact sur cette plateforme que j’ai toujours jugé un peu stressante. Donc je me sens très touchée par ta vive déception sur la façon dont elle est actuellement gérée :((( Je suis désolée que les choses aient tourné ainsi et que ta contribution ait été aussi peu appréciée... J’avais vu que tu n’y avais pas participé depuis juin, mais je ne pensais pas que cela était pour de telles raisons. Anthere (discuter) 11 janvier 2024 à 16:45 (CET)

Mise à jour des scripts utilisateur sous Vector

Bonjour,

Si vous utilisez l'habillage « Vector (2022) », ce message vous concerne, sinon vous pouvez l'ignorer. Pour vérifier l'habillage utilisé, rendez-vous sur le lien suivant : Spécial:Préférences#mw-prefsection-rendering-skin, ou cliquez sur l'onglet « Préférences », puis « Apparence » et consultez la section « Habillage ».

Depuis le 18 mars 2024, les deux habillages Vector sont dissociés (Vector (2010) et Vector (2022)). Ainsi, les comptes qui utilisent Vector (2022) doivent faire renommer deux pages :

• vector.js vers vector-2022.js ;
• vector.css vers vector-2022.css.

Si tel est votre cas, cliquez sur le bouton ci-dessous pour formuler les demandes de renommage puis sur « Publier les modifications » :

Demander le renommage

Bonne journée,

Plus d'informations sur cette page.