Suivi — Administration site le format d'affichage des dates est ambigu

#3044 Posté par  (site web personnel) . État de l’entrée : corrigée. Assigné à Adrien Dorsaz. Licence CC By‑SA.
Étiquettes : aucune
2
13
déc.
2023

Les formats dates des dépêches, journaux, commentaires etc sont affichés avec le format "le dd/mm/yy à hh:MM" ("01/02/03 à 04:05"). Ce format est ambigu, en particulier pour les personnes travaillant régulièrement avec "mm/dd/yy" ("02/01/03"). Je propose d'utiliser un format qui ne soit pas ambigu. Par exemple "yyyy-mm-dd" ("2003-02-01") ou "%d %B %y" ("1er février 2003").

  • # fix

    Posté par  (site web personnel) . Évalué à 2 (+0/-0).

    Je pense que le correctif est à faire dans config/initializers/time_formats.rb mais après m'être battu pendant quelques heures pour tenter de monter un environnement de test, j'arrive pas à valider.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

    • [^] # Re: fix

      Posté par  (site web personnel) . Évalué à 2 (+0/-0).

      Forcément, comme config/ n'est pas partagé directement dans l'image docker, il faut rebuilder. Le patch est ici : https://github.com/linuxfrorg/linuxfr.org/pull/377

      pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

      • [^] # Re: fix

        Posté par  (site web personnel, Mastodon) . Évalué à 4 (+0/-0).

        Ce format est ambigu, en particulier pour les personnes travaillant régulièrement avec "mm/dd/yy" ("02/01/03").

        Merci pour la suggestion, je comprends le problème, mais je demande si une autre solution serait plutôt de suivre les paramètres de localisation de la machine ?

        Est-ce que ta machine est configurée avec ce format d'affichage ? Si oui, on pourrait laisser rails faire l'affichage selon ces préférences.

        Après, ça ferait peut être bizarre d'avoir tout le site en français et l'affichage des dates dans le format de la machine ?

        En tout cas la solution que tu proposes permet de ne plus avoir d’ambigüité, merci :)

        En fait, si je cherche une autre solution, c'est parce que je trouve qu'écrire le mois et l'année en entier alourdi le texte écrit sous les titres des contenus (je trouve que ce texte est déjà trop chargé d'informations).

        Par exemple, pour ce commentaire, on passerait de:

        Posté par Adrien Dorsaz (site web personnel, adresse XMPP, Mastodon) le 11/12/23 à 17:05. En réponse au journal Comment savoir si le style sombre est actif ?. Évalué à 3 (+1/-0). Dernière modification le 11/12/23 à 17:09.

        à

        Posté par Adrien Dorsaz (site web personnel, adresse XMPP, Mastodon) le 11 décembre 2023 à 17:05. En réponse au journal Comment savoir si le style sombre est actif ?. Évalué à 3 (+1/-0). Dernière modification le 11 décembre 2023 à 17:09.

        Mais peut être que je chipote et que finalement le texte est déjà trop chargé et que l'on n'est plus à quelques mots près.

        • [^] # Re: fix

          Posté par  . Évalué à 4 (+0/-0).

          Est-ce que ta machine est configurée avec ce format d'affichage ? Si oui, on pourrait laisser rails faire l'affichage selon ces préférences.

          M'est avis que c'est plutôt du côté du navigateur que tu devrais gérer ça, alors, mais le problème c'est que si ton PC est en anglais ça portera encore plus à confusion.

          En fait, si je cherche une autre solution, c'est parce que je trouve qu'écrire le mois et l'année en entier alourdi le texte écrit sous les titres des contenus

          Au point où on en est je ne pense pas que ça change grand chose, ces sous-titres sont un accident de train de toute façon. Mais si vraiment ça t'embête il est aussi possible d'avoir les noms de mois courts en utilisant %b au lieu de %B. L'effet n'est pas vraiment remarquable en mars ou en juin mais peut-être plus en en septembre ou en décembre.

          • [^] # Re: fix

            Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0).

            M'est avis que c'est plutôt du côté du navigateur que tu devrais gérer ça, alors, mais le problème c'est que si ton PC est en anglais ça portera encore plus à confusion.

            Si on le fait côté client, on va dépendre de JavaScript (méthode Date.toLocaleDateString) il me semble. Normalement rails devrait pouvoir le faire s'il reçoit la bonne entête HTTP Accept-Language.

            • [^] # Re: fix

              Posté par  . Évalué à 2 (+0/-0).

              Y'a plus qu'à traduire l'entièreté du site et avoir en.linuxfr.org et de.linuxfr.org !

        • [^] # Re: fix

          Posté par  (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 15 décembre 2023 à 15:41.

          Si on trouve que ça alourdi trop, je propose yyyy-mm-dd qui a aussi le mérite d'avoir une longueur fixée.

          En théorie j'aime bien la solution d'avoir le format selon les préférences du client. En pratique je suis pas sûr que les complications que ça implique dans l'implémentation et le debugging en valent la peine.

          Si on veut aller plus loin on peut aussi afficher le fuseau horaire et le laisser configurable par le client. Et utiliser un popup si on veut ajouter plus d'infos (affichage dans plusieurs fuseaux horaires,…).

          pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

        • [^] # Re: fix

          Posté par  (site web personnel) . Évalué à 2 (+0/-0).

          Du coup, il faut que je change quoi pour que tu acceptes ce patch ?

          pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

          • [^] # Re: fix

            Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0).

            J'ai testé sur ma machine le patch que tu as proposé, ça va bien d'avoir le format avec les mois en textes pour l'instant1.

            Je ne connais pas bien Ruby et je ne suis pas sûr de comprendre comment fonctionne le formatage avec I18n:

              posted: ->(t) {I18n.l(t, format: :posted)},

            Est-ce que I18n choisira toujours le français comme langue ou est-ce qu'il y aura une autre traduction selon la configuration du navigateur de l'utilisateur ?

            Je pense que ça serait mieux que ce soit toujours en français, sinon, ça ferait vraiment bizarre :)

            1: je dis pour l'instant, car je pense que le mieux serait de retravailler l'affichage des informations du message de manière globale pour rendre plus agréable la lecture, comme proposé dans les autres commentaires.

  • # Ambigu ambigu

    Posté par  (site web personnel, Mastodon) . Évalué à 5 (+0/-0).

    Tu utilises le format américain de manière régulière? D'autant plus sur un site francophone?

    De ce que je vois ce format s'appelle "middle endian", et tout comme les unités (pseudo) impériales, ils sont les seuls à les utiliser, non?

    Est-ce qu'un affichage dépendant de la locale préférée du navigateur pourrait convenir?

    • [^] # Re: Ambigu ambigu

      Posté par  (site web personnel, Mastodon) . Évalué à 4 (+0/-0).

      Ah oui, en théorie il faudrait aussi afficher en utilisant le format 12h, avec AM et PM?

      Notons que l'utilisation du fichier de locales dans la MR est plutôt sympa :-)

    • [^] # Re: Ambigu ambigu

      Posté par  . Évalué à 4 (+0/-0).

      Je pense aussi que le format DD/MM/YY est confus parce que sur la machine que j'utilise maintenant certaines applications utilisent MM/DD/YY et d'autres DD/MM/YY et les deux sont chiants car nécessitent de faire plus attention. Avoir le nom du mois (éventuellement abrégé) résout cette ambiguïté à peu de frais. Mettre l'année en premier (façon RFC 3339) aussi mais les gens sont peut-être moins familiers avec ce format.

      Par contre je ne regarde pas souvent les dates des commentaires donc ça ne m'a jamais gêné outre mesure.

    • [^] # Re: Ambigu ambigu

      Posté par  (site web personnel, Mastodon) . Évalué à 3 (+0/-0).

      Pour ma part, oui, je rencontre d’autres formats dont amerloque régulièrement (des mails des quatre coins du monde et des machines avec des configurations états-uniennes) Pour ma tranquillité d’esprit, chez moi et sur mon poste au boulot (en général quand j’ai la main sur la configuration des locales), les dates numériques sont au format ISO (yyyy-mm-dd)
      J’entends bien l’argument du site francophone et ce serait parfait si c’est le seul onglet que je consulte dans la journée. Du coup quand je croise un site qui respecte les préférences locales ou utilise le format standard ça me fait un énorme soulagement dans l’océan de frustration dans laquelle on navigue.

      “It is seldom that liberty of any kind is lost all at once.” ― David Hume

    • [^] # Re: Ambigu ambigu

      Posté par  (site web personnel) . Évalué à 3 (+0/-0). Dernière modification le 15 décembre 2023 à 15:39.

      Tu utilises le format américain de manière régulière?

      Oui.

      D'autant plus sur un site francophone?

      Non. Mais linuxfr n'est pas le seul site que j'utilise.

      De ce que je vois ce format s'appelle "middle endian", et tout comme les unités (pseudo) impériales, ils sont les seuls à les utiliser, non?

      En théorie, oui. Mais il y a plein de non-américains qui sont exposés à ce format ridicule.

      Est-ce qu'un affichage dépendant de la locale préférée du navigateur pourrait convenir?

      En théorie, oui. En pratique, j'attends de voir ton patch.

      pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # localisation

    Posté par  (site web personnel) . Évalué à 3 (+0/-0). Dernière modification le 15 décembre 2023 à 16:07.

    Ma proposition n'impliquait pas de proposer un affichage différent selon le client mais comme plusieurs personnes semblent se focaliser sur une solution de ce style, la documentation correspondante se trouve ici : https://guides.rubyonrails.org/i18n.html#managing-the-locale-across-requests

    Si on le fait par client, je recommande de ne pas se fier uniquement à l'entête Accept-Language mais de permettre aussi de forcer la locale (et/ou le format de date) dans le profile utilisateur linuxfr.

    Puis on peut discuter des autres trucs qu'on veut « traduire » automatiquement (e.g. quatre-vingts, serviette, pain au chocolat,…).

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

    • [^] # Re: localisation

      Posté par  . Évalué à 2 (+0/-0).

      Cool, la possibilité d'utiliser (accidentellement) le format de dates US sur un site entièrement en français, ça manquait!

    • [^] # Re: localisation

      Posté par  (Mastodon) . Évalué à 2 (+0/-0).

      Si on le fait par client, je recommande de ne pas se fier uniquement à l'entête Accept-Language mais de permettre aussi de forcer la locale (et/ou le format de date) dans le profile utilisateur linuxfr.

      Configurer ça dans le profile, ça me semble très bien. Je vote donc pour la possibilité d'avoir le format date +'%F %H:%M' qui a été validé par moi-même.

      Message posté à 2023-12-19 12:19, lu et approuvé par moi-même.

  • # Enlever des infos affichées

    Posté par  (site web personnel, Mastodon) . Évalué à 3 (+0/-0).

    Perso j'aime bien "enlever" quand c'est possible, et là on a peut-être une occasion => enlever "le yyy" ainsi que "Dernière modification le zzz".

    À la place on garde l'affichage à droite de la date, et on met l'heure quand on survole ou clique avec la souris, en popup, ou alors juste en dessous.

    D'ailleurs la note de commentaire pourrait être affichée elle aussi à droite. Dans le cartouche qui me semble plutôt joli.

    On pourrait même envisager d'enlever le nom de l'auteur là où il est, et à la place accoler le nom à l'avatar?

    Ceci dit on n'est pas arrivé, il y a déjà une grosse évolution de debian et rails 7.1 qui sont dans les tuyaux il me semble :)

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.