Development #48110
Jours fériés non traduits sur les vues calendrier
0%
Description
Rerebelotte.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Fichier 0001-manager-translate-exception-label-in-calendar-view-4.patch 0001-manager-translate-exception-label-in-calendar-view-4.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Pas compliqué (la trad est assurée dans str).
Mis à jour par Thomas Noël il y a plus de 3 ans
Valentin Deniaud a écrit :
Pas compliqué (la trad est assurée dans str).
Mais Jenkins dit que c'est pas si simple.
Mis à jour par Valentin Deniaud il y a plus de 3 ans
Ouais, comme d'hab, ici le pb c'est qu'on veut bien juste le label et pas ce qui est renvoyé par str, qui ajoute date et heure entre parenthèses.
Je peux imaginer plein de solutions :- Patcher juste ces deux lignes à coup de
{% if slot.from_settings %}{% trans slot.label %}{% else %}{{ slot.label }}{% endif %}
(c'est moche, et ça sera oublié à chaque fois qu'il faudra réutiliser ce label dans les templates). - Renommer label en raw_label et avoir une propriété label qui s'occupe renvoyer raw_label traduit (tous les objets chrono ont un attribut label, pas cool d'avoir un truc spécifique pour les exceptions).
- Changer la sémantique des méthodes pour avoir un truc plus clair (introduire label_with_date à la place de str, faire que str ne retourne que le label).
Mais bon en vrai je pense que c'était une mauvaise idée de vouloir traduire les trucs à la volée, la bonne solution c'est de mettre les chaînes traduites en base et ne plus s'en occuper par la suite, non ?
Mis à jour par Frédéric Péters il y a plus de 3 ans
Mais bon en vrai je pense que c'était une mauvaise idée de vouloir traduire les trucs à la volée, la bonne solution c'est de mettre les chaînes traduites en base et ne plus s'en occuper par la suite, non ?
Tout à fait.
Mis à jour par Valentin Deniaud il y a plus de 3 ans
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Statut changé de Solution proposée à En cours
Emmanuel Cazenave a écrit :
C'est rouge.
Ouais, test récalcitrant qui passe en local mais pas sur Jenkins, j'essaye de comprendre à coup de print().
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Fichier 0001-agendas-translate-holidays-exception-at-creation-481.patch ajouté
- Fichier 0002-try-to-debug-test.patch ajouté
- Statut changé de En cours à Solution proposée
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Statut changé de Solution proposée à En cours
(fail de git redmine)
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Fichier
0001-agendas-translate-holidays-exception-at-creation-481.patchsupprimé
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Fichier
0002-try-to-debug-test.patchsupprimé
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Fichier 0001-agendas-translate-holidays-exception-at-creation-481.patch 0001-agendas-translate-holidays-exception-at-creation-481.patch ajouté
- Statut changé de En cours à Solution proposée
Rebasé sur #48193, c'est green.
Mis à jour par Emmanuel Cazenave il y a plus de 3 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 2ed9209e52f85400aa60bafb6cbdd6595edc762f Author: Valentin Deniaud <vdeniaud@entrouvert.com> Date: Thu Oct 29 17:11:39 2020 +0100 agendas: translate holidays exception at creation (#48110)
Mis à jour par Frédéric Péters il y a plus de 3 ans
- Statut changé de Résolu (à déployer) à Solution déployée
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Lié à Development #48299: jours fériés, la migration de traduction n'a pas fonctionné ajouté
agendas: translate holidays exception at creation (#48110)