fenêtre de l’éditeur
ouvrir l’outil calendrier en utilisant le bouton ci-dessus
Mode avancé
les instructions indiquent d’utiliser \T\Z pour afficher le fuseau horaire
voici ce qui se passe réellement :
LLLL \T\Z vous donne :
Tuesday, August 25, 1987 1:00 AM TZ
LLLL TZ vous donne :
Tuesday, August 25, 1987 1:00 AM T+00:00
LLLL ZZ vous donne :
Tuesday, August 25, 1987 1:00 AM +0000
LLLL zz vous donne ce que le texte laissait entendre que vous essayiez de faire :
Tuesday, August 25, 1987 1:00 AM Coordinated Universal Time
(ce que j’ai découvert en cliquant sur l’icône d’aide et en parcourant un document technique complexe qui n’est pas destiné aux utilisateurs finaux typiques ; ne vous méprenez pas, j’adore les documents techniques !)
Je ne sais pas s’il s’agit d’un bug ou simplement d’un manque de clarté dans le texte. Mais en tant qu’utilisateur final, m’indiquer zz sur l’écran du calendrier aurait été super utile.
z et zz semblent être dépréciés et ne fonctionnent que si un fuseau horaire est spécifié (donc ici, cela devrait fonctionner ). Mais vous avez raison, \T\Z semble être une faute de frappe. Je ne suis pas sûr de la raison de l’usage de \ et peut-être d’un espace entre T et Z, ou bien de l’absence de T ?
Si je comprends bien, la date est toujours affichée selon le fuseau horaire défini dans les paramètres de l’utilisateur : https://your.domain/u/my/preferences/profile
Le survol affiche les fuseaux horaires du système : https://your.domain/admin/site_settings/category/all_results?filter=timezone
Je vais vous expliquer plus en détail les raisons de l’approche précédente. Il est vrai que zz et Z sont similaires à ce que vous souhaitez obtenir, mais TZ était un jeton spécial que j’avais ajouté pour afficher le fuseau horaire sous forme de nom de ville, ce qui me semble plus clair pour certains utilisateurs peu familiers avec les fuseaux horaires.
Le format était \T\Z et non TZ, car il s’agissait d’un jeton spécial devant être échappé afin que moment ne tente pas de remplacer le Z (c’est ce que vous observez dans votre deuxième exemple où vous écrivez LLLL TZ et obtenez T+01:00).
Il y a quelques mois, j’ai décidé de supprimer cette fonctionnalité pour éviter d’avoir à prendre en charge des éléments non standards, mais je suppose que j’ai manqué cette occurrence car elle était échappée deux fois dans le fichier de locale : \\T\\Z, ce que ma requête grep avec un seul échappement n’a probablement pas détecté.
Enfin, zz et Z ne sont pas dépréciés : ils ont été retirés du cœur de moment, mais sont toujours très présents dans moment-timezone, vous pouvez donc les utiliser en toute sécurité
[date=2020-08-26 time=18:05:00 format="zz" timezone="Europe/Paris"] Coordinated Universal Time [date=2020-08-26 time=18:05:00 format="LLLL" timezone="Europe/Paris"] Wednesday, August 26, 2020 4:05 PM
Et comme je le testais avec la locale française, les guillemets du format posent le même problème que celui de la timezone (donc probablement en allemand aussi).
). Mais vous avez raison, \T\Z semble être une faute de frappe. Je ne suis pas sûr de la raison de l’usage de 
