Wikifunctions: Mises à jour du statut/ 22-05-2024

This page is a translated version of the page Wikifunctions:Status updates/2024-05-22 and the translation is 56% complete.
Wikifunctions Status updates Translate

<translate> Abstract Wikipedia via mailing list</translate> <translate> Abstract Wikipedia on IRC</translate> <translate> Wikifunctions on Telegram</translate> <translate> Wikifunctions on Mastodon</translate> <translate> Wikifunctions on Twitter</translate> <translate> Wikifunctions on Facebook</translate> <translate> Wikifunctions on YouTube</translate> <translate> Wikifunctions website</translate> Translate

Nouveau type : mois du calendrier grégorien

 
La roue de Mère Nature : c'est son image, France, ca. 1400 CE. Au sommet de la roue se trouve le Temps, ses quatre ailes les saisons, avec les mois comme plumes.

Nous sommes fiers d'annoncer notre première énumération phare de type : mois du calendrier grégorien.

Les mois du calendrier grégorien sont une énumération de douze valeurs, commençant par Janvier et Février et allant jusqu'à Novembre et Décembre. À des fins de test, nous avons créé deux fonctions pour l'instant : "même mois", décrite ci-dessous comme la fonction de la semaine, et "mois suivant", qui renvoie le mois qui suit le mois donné.

Nous sommes curieux de voir quel type de fonctions vous allez créer avec cela. Contrairement à Nombres naturels, nous ne nous attendons pas à voir immédiatement un grand nombre de nouvelles fonctions – mais nous serions très heureux d’être surpris ! À terme, les mois du calendrier grégorien seront utilisés comme élément de base pour les dates du calendrier grégorien, augmentant ainsi le nombre de fonctions avec lesquelles ce type sera utilisé.

Merci à la communauté Wikifunctions d'être un sport formidable ! Quand nous avons créé ce type, nous avons simplement mis une petite demande dans la description anglaise, demandant de ne pas l'utiliser encore. Et en effet, ce souhait a été en grande partie respecté, ce qui nous a permis de réparer un autre bug avant de le déployer aujourd'hui.

Veuillez nous informer s' il y a des problèmes ou des rides avec l' utilisation du nouveau Type. Nous continuerons à surveiller la situation au mieux.

Nous espérons également ajouter rapidement davantage de types d'énumération, en particulier pour les énumérations mensuelles pour d'autres systèmes de calendrier. Ce serait génial si vous pouviez rédiger des propositions pour ceux-là, afin que dans quelques semaines nous puissions commencer à les créer. Si des problèmes majeurs ne sont pas découverts et si des problèmes mineurs sont résolus, nous prévoyons de procéder à davantage d'énumérations, d'abord pour les mois civils, puis pour d'autres domaines, dans un délai de deux ou trois semaines.

Si vous avez des questions, n'hésitez pas à les poser ! Merci pour votre coopération et votre aide.

Changements récents du logiciel

Notre travail principal ce trimestre concerne les les huit domaines que nous avons présentés plus tôt. Pour la prise en charge de l'énumération dans les types, comme mentionné ci-dessus, nous avons déployé un correctif pour les services de production, qui consistait à ne pas évaluer avec impatience les références de type dans les objets lorsqu'elles sont marquées comme identités dans leur type. Avec cela, comme indiqué ci-dessus, nous espérons que le travail sur les fonctionnalités ici sera terminé pour le trimestre (2 $) et nous nous sommes concentrés sur les autres domaines.

Notre prochain ensemble de changements le plus visible sera une amélioration de la façon dont les étiquettes sont affichées dans différentes langues (T363383). La première amélioration ici est que vous pouvez maintenant utiliser le faux code de langue qqx de MediaWiki comme langage de vue, qui vous aidera à mieux traduire Wikifunctions, en vous permettant d'identifier les clés Objet et les messages d'interface; vous pouvez voir cela en visitant vue/qqx/Z801 (T359999).

Dans d'autres domaines prioritaires, nous avons poursuivi notre travail sur la rationalisation, la simplification et l'amélioration de nos tests de navigateur (1 $) dans le cadre de nos travaux généraux d'amélioration des tests (2 $). Nous avons ajusté le contrôle et le flux d'information de nos services de back-end pour rendre possible le travail de mieux signaler les métadonnées de sous-appels (T363384). Nous avons également examiné les questions de performance des services et de gestion dans le cadre de notre travail afin de mieux surveiller la production (T363387).

En dehors de notre travail prioritaire, nous avons modifié l'ordre de chargement de notre code frontal, pour éviter des conditions de concurrence occasionnelles dans nos dépendances sur MediaWiki. Nos services de production fonctionnent désormais sur le nœud 20, au lieu du nœud 18, et ont déployé diverses corrections de bogues mineurs. Notre code d'accès à la base de données dans MediaWiki a été rendu plus moderne, utilisant désormais la couche d'abstraction du générateur d'expression dans la plupart des endroits (1 $). Merci à Umherirrender pour cela, ainsi que pour de nombreuses autres améliorations apportées aux fonctions Wiki et à l'écosystème Wikimédia au sens large, au fil des ans.

Nous avons peaufiné nos langues, en mettant à jour Z1221/nan pour fusionner dans zh-min-nan ; nos remerciements particuliers à Winston Sung pour leur travail de premier plan sur le nettoyage de notre support linguistique (3 $).

Nous, ainsi que tout le code déployé par Wikimedia, utilisons désormais la dernière version de la Bibliothèque Codex UX, v1.6.0, depuis cette semaine. Il ne devrait y avoir aucun changement visible par l'utilisateur sur les fonctions Wiki, alors veuillez commenter sur le chat du projet ou déposer une tâche Phabricator si vous repérez un problème.

Appel à fonctions : épelez le nombre !

Last week, we called for you to create functions which spell out numbers in different languages, and you have answered. As of now, functions for fifteen languages have been set up: Bengali, Croatian, English, French, German, Igbo, Klingon, Low German, Malay, Moroccan Arabic, Polish, Ukrainian, Standard Arabic, Swedish, and Láadan.

A page for this project has been started, and we are looking forward to seeing the project develop. If you need any help, feel free to ask!

Wikifunctions on Beta Cluster broken

For the last week or two, Wikifunctions on Beta Cluster has been failing. We are investigating, but are a bit of a loss of what the issue is. We currently have no prediction when this will be fixed.

Function of the Week: Same month

Since we just introduced a new Type, Gregorian calendar month, we also created two functions. One very useful function for every new Type is the identity function, which checks whether two given values are the same. We named the function "same month".

It takes as input two arguments of our new Type for Gregorian calendar months, and returns a Boolean value: true, if the two months are the same, and false otherwise.

The identity function is the most basic function for all enumerations, and it allows checking for the value of the enumeration. We can see it in action in the composition for "following month", using eleven ifs sequentially, checking the argument against all possible values and then returning the appropriate answer (that particular implementation times out currently, though, an issue we are working on).

For "same month", we created six tests (out of a possible 144 tests, which would be a bit excessive). We created three pairs of text, each pair with a test that should return true, and one that should return false. The three pairs in turn are once using the month as a literal, once as a reference, and once a mixed function call:

  1. Checking that two literals are the same
  2. Checking that two literals are different
  3. Checking that two references are the same
  4. Checking that two references are different
  5. Checking that a literal and a reference are the same
  6. Checking that a literal and a reference are different

There are two implementations for the function, one in Python and one in JavaScript. And although both of them look very similar – they use the identity operator of the given language to compare the two values – they work quite a bit differently for the two languages: in both languages, the incoming value is translated to a number, but, following the standard libraries of both languages, in Python January is represented by a 1, whereas in JavaScript January is represented by a 0.