Il y a aussi ce post sur le forum datant d’il y a seulement 2 mois
pour appuyer sa demande de fonctionnalité. Mais il s’avère que le post ne datait pas du 13 décembre, mais de décembre '13. J’ai depuis modifié les chaînes de caractères pertinentes dans mon installation de 'AA en AAAA pour éviter cette confusion, mais étant donné que nous vivrons dans un monde où cette confusion persistera jusqu’en 2031 et restera pertinente pour les anciens posts jusque dans les années 2040, je dirais que cela vaut la peine de changer partout. La clarté gagnée par “attention, vous creusez profondément dans les archives” vaut bien les 1,5 caractères supplémentaires.
Cela résout également certains problèmes d’i18n : '24 est déjà informel en anglais et très inhabituel partout ailleurs, à ma connaissance. 2024, quant à lui, est bien compris partout et constitue un meilleur défaut international.
Je ne vois aucun argument en faveur de conserver « YY » dans aucun de ces fils de discussion, du moins pas au niveau de la conception de l’expérience utilisateur. Je vois plusieurs personnes, y compris l’intéressé, donner un excellent cas d’utilisation quant aux avantages de ce changement :
La correction pour cela semble être un simple remplacement de texte pour 'YY → YYYY, en évitant quelques correspondances où ' est utilisé comme début d’une chaîne de caractères à la place. Je peux faire cette PR.
Je voudrais que cela suive les paramètres de langue car la façon américaine d’afficher les dates (entre autres ) est vraiment déroutante et je ne vois pas la différence entre le 14 février et le 14 février.
Et avertissement.
Il est possible que cela suive réellement le paramètre de langue, car j’ai ici des paramètres américains (désolé les Britanniques…). Mais je ne pense pas que ce soit le cas car Discourse aime les dates courtes et l’anglais, par exemple, n’est pas un autre système universel pour afficher le temps, la masse, la longueur, etc.
Ce n’est pas grave. J’ai modifié les dates sur mon forum, et la différence entre la date et l’année n’est pas un vrai problème ici. Les relances automatiques sont…
@Jagster Quel est votre paramètre régional et le format préféré pour les affichages de type « mois et jour » et « année et mois » ? Je vois les fichiers pertinents et autant les localiser correctement (au lieu de simplement copier la solution que je propose pour en-US) pendant que j’y suis.
Ce retour d’information n’a pas vraiment changé au fil des ans, et je ne vois aucun inconvénient à essayer… j’ai donc ouvert une PR pour modifier cette valeur par défaut
Il existe de nombreuses options différentes. Mais cela devrait-il être la valeur par défaut ? Je ne pense pas, car la majorité du public mondial ne le préfère pas ? Je ne sais pas si c’est vrai. Je sais seulement que je trouve cela très déroutant.
Et encore… une minorité du monde utilise le format très illogique MMM JJ « AA. C’est aussi étrange que les en-têtes Où Tout Est En Majuscules, Virgules, Étrange, Liste qui est aussi une façon très américaine
Exactement pareil pour moi et nous avons des limites très dérangeantes sur l’utilisation d’OpenAI et de Dall-E aussi à cause des Américains
Mon point faible est que nous avons tous appris à vivre avec ces choses étranges et je suis totalement heureux si je peux les changer comme je veux, peu importe les défauts. Mais j’ai le pressentiment que beaucoup d’anglophones ne comprennent pas non plus le format MMM « AA.
Avons-nous trop de temps libre, car ce n’est pas si important
@darkpixlz Il y a certainement une discussion plus large à avoir sur les formats de date à afficher et quand, bien que je voudrais la garder séparée de cette discussion. Une telle discussion nécessiterait des recherches plus approfondies sur l’utilisation du modèle « AA dans plusieurs localisations, afin de garantir que la valeur par défaut ne soit pas déroutante ailleurs.
Cette discussion en particulier vise à résoudre le problème de « Fév. « 22 et Fév. 22 sont souvent confondus », et la solution la plus conservatrice à ce problème est d’utiliser Fév. 2022.
C’est une demande petite et réalisable qui ne nécessite idéalement pas beaucoup de discussion. Il est tout à fait possible d’en discuter à mort et de rester bloqué sur les préférences et le « bikeshedding », et je voudrais éviter cela.
Nous avons un problème d’UX ici, et nous avons une solution - mettons-la en place et discutons du reste ailleurs.
Très bon changement. Depuis l’an 2000, mais il est logique d’avoir un code d’année à 4 chiffres. Je trouve également l’ancienne mise en page parfois déroutante.
Ce changement doit être mis à jour dans d’autres langues. Actuellement, seule la version « en » a été modifiée. Je pense que cela sera résolu lorsque les traductions seront mises à jour mardi, je crois (?).
Oui, je sais, je pourrais renommer/changer la traduction. Mais je ne suis pas pressé, car nous utilisons l’ancien format depuis la migration vers Discourse.
Mais je suis comme Sam. Je n’ai jamais aimé l’ancien format, pas du tout. Mais je n’ai pas eu de seconde pensée, car beaucoup ici n’en ont peut-être pas eu non plus.
) est vraiment déroutante et je ne vois pas la différence entre le 14 février et le 14 février.
