Pour l'instant on peut dire qu'elle fonctionne pour 100% des sources connues de Meta-Press.es :-) et j'ai hâte d'avoir à complexifier le code d'un côté ou de l'autre parce que le besoin sera apparu ! (ça voudra dire que Meta-Press.es rencontre le succès que je lui souhaite)
Je ne gère qu'une portion de ce qui est listé ici : https://en.wiktionary.org/wiki/Appendix:Months_of_the_year à défaut d'une meilleure base de référence. Mon but premier est de pouvoir appeler new Date() en JavaScript et donc tendre vers le format ISO 8601.
Y'a sûrement moyen de faire quelque chose de plus rapide en restant sur une comparaison de caractères à la place des regex. Dans l'immédiat, je vois des cas comme celui-là : "^.(.[rρր]|[පპ])": 4,
Que j'étais bien contant de réaliser en regex. Ça fait une structure plus compacte de pouvoir s'étaler aussi en largeur. Mais dans l'absolu on doit toujours pouvoir décomposer les regex.
J'en ai aussi quelques unes fourre-tout un peu honteuse (pour les langues écrites en lettres latines qui ne présente pas l'arbre habituel) : "^(pro|gru|jo|ar|rh|ui)": 12,
J'ai aussi une première barrière qui a cette tête là : "^([\u0590-\u05FF]|[\u0600-\u06FF]|[\u0900-\u097F])"
Du coup, la partie algorithme est très simple et peut facilement (même si l'utilité n'est pas évidente au premier coup d'œil) se décliner dans d'autres langages de programmation, moi ça m'amuse.
[^] # Re: Toujours du NIH
Posté par Siltaär (site web personnel, Mastodon) . En réponse au journal Convertir des dates avec month_nb. Évalué à 4.
Pour l'instant on peut dire qu'elle fonctionne pour 100% des sources connues de Meta-Press.es :-) et j'ai hâte d'avoir à complexifier le code d'un côté ou de l'autre parce que le besoin sera apparu ! (ça voudra dire que Meta-Press.es rencontre le succès que je lui souhaite)
Je ne gère qu'une portion de ce qui est listé ici : https://en.wiktionary.org/wiki/Appendix:Months_of_the_year à défaut d'une meilleure base de référence. Mon but premier est de pouvoir appeler
new Date()en JavaScript et donc tendre vers le format ISO 8601.Y'a sûrement moyen de faire quelque chose de plus rapide en restant sur une comparaison de caractères à la place des regex. Dans l'immédiat, je vois des cas comme celui-là :
"^.(.[rρր]|[පპ])": 4,Que j'étais bien contant de réaliser en regex. Ça fait une structure plus compacte de pouvoir s'étaler aussi en largeur. Mais dans l'absolu on doit toujours pouvoir décomposer les regex.
J'en ai aussi quelques unes fourre-tout un peu honteuse (pour les langues écrites en lettres latines qui ne présente pas l'arbre habituel) :
"^(pro|gru|jo|ar|rh|ui)": 12,J'ai aussi une première barrière qui a cette tête là :
"^([\u0590-\u05FF]|[\u0600-\u06FF]|[\u0900-\u097F])"Là en s'appuyant sur les regex, le code est simple, et ce niveau ne fait pas de différence par rapport aux autres. C'est là :
https://framagit.org/Siltaar/month_nb/blob/master/month_nb.json
Du coup, la partie algorithme est très simple et peut facilement (même si l'utilité n'est pas évidente au premier coup d'œil) se décliner dans d'autres langages de programmation, moi ça m'amuse.
La liberté ne s'use que si on ne s'en sert pas.