Menu
Mode: définit l'heure saisie:
locale du système,
UTC,
ou décalage fixe
par rapport à UTC
Pour une langue dans laquelle
les noms de mois milésiens
ne sont pas encore définis,
ils sont affichés en latin.
Testeur calendriers Unicode
Contrôlez finement comment votre navigateur Internet utilise les fonctions Unicode pour afficher, dans la plupart des langues en usage, les dates des calendriers les plus importants.
Une version de laboratoire de cette application est 
accessible et téléchargeable sur le site GitHub.com.
| Calendrier | Année | Mois | Quant. | |
|---|---|---|---|---|
| Même date à | UTC |
|---|
| Date complète UTC | ||||
|---|---|---|---|---|
| ISO 8601* : | ||||
| Milésien : | ||||
| Posix : | ||||
*affichage non conforme à ISO 8601 en raison du CMS du présent site
Affichage selon capacités du navigateur
Expression Unicode brute
Contrôle affichage de l'ère
Calendriers non Unicode
| Julien : | |
|---|---|
| Milésien : |
L'application permet de mettre en évidence et de tester les possibilités d'affichage de dates suivant les calendriers les plus importants, dans les différentes langues, selon le référentiel développé par le consortium Unicode et utilisé par les éditeurs de navigateurs Internet. Les navigateurs implémentent chacun à leur manière les spécifications et les programmes diffusés par Unicode, et certains résultats peuvent différer d'un navigateur à l'autre.
L'application démontre de plus :
- l'affichage de date par la méthode "toISOString de l'objet standard "Date" du langage JavaScript,
- l'application des standards Unicode au calendrier milésien,
- l'application des standards Unicode au calendrier julien, avec la proposition d'une nouvelle option d'affichage de l'ère: même si celle-ci est demandée, elle n'est affichée que si l'ère de la date à afficher est différente de l'ère actuelle; pour dire les choses simplement, elle n'est affichée que pour les dates avant J.-C.
Vous trouverez plus bas des questions et des dysfonctionnements identifiés ou mis en évidence avec ce testeur.
Vous pouvez choisir de fermer certains des trois volets de commande et d'information selon votre besoin.
Les boutons Ok en bleu foncé mettent à jour tous les champs en fonction des champs voisins modifiés.
Certains boutons ont une action spécifique:
- - ou + : modifier la date de la quantité affichée entre ces deux signes;
- Maintenant : fixer la date et l'heure à l'instant où est actionné ce bouton;
- Réinit : fixer les options de présentation à la valeur initiale.
Les champs sont soit des listes, soit des nombres entiers. Les champs numériques sont contrôlés dès la saisie. Toutefois le contrôle de validité de la date saisie n'est pas mis en oeuvre. Si le 31 est indiqué pour un mois de 30 jours, la date est transformée en le premier du mois suivant, comme le font les méthodes de l'objet Date.
L'année peut être saisi sans limite haute ni basse, toutefois le navigateur renvoie une alerte si le calcul de date échoue, notamment parce que l'année est hors du domaine de validité. Selon la norme JavaScript, les dates les plus éloignées sont
- pendant l'année -271821 pour la plus ancienne,
- pendant l'année 275760 pour la plus éloignée dans le futur.
On peut fixer la date à Maintenant, l'instant actuel. On peut reculer ou avancer par pas d'un nombre décimal de jours.
Sous la ligne de l'heure, on peut reculer ou avancer par pas d'un nombre entier de millisecondes. Il n'y a pas de limite haute à ce nombre.
Le mode concerne la gestion du fuseau horaire système, défini à partir des paramètres du terminal ou du navigateur.
- Fuseau système: l'heure locale est celle du fuseau horaire paramétré sur votre terminal. Il est tenu compte des éventuelles règles d'heure d'été et d'hiver. Les meilleurs navigateurs gèrent l'historique des heures locales dans les villes de référence. Dans ce mode, le champ Décalage indique le nombre effectif de minutes et secondes qu'il faut ajouter à l'heure UTC pour obtenir l'heure du fuseau horaire système. C'est le décalage horaire selon la définition officielle. Ce décalage est calculé en comparant l'heure locale système à l'heure UTC.
- UTC: l'heure du Temps Universel Coordonné, l'heure du jour moyen au méridien de Greenwich. Dans ce mode, la date et l'heure saisies sont réputées celles du fuseau horaire Z, celui du méridien de Greenwich.
- Décalage fixe: l'utilisateur mentionne dans le champ Décalage le sens de l'écart et le nombre de minutes et secondes à ajouter algébriquement à l'heure UTC pour obtenir l'heure locale. Il faut cliquer OK puis confirmer la date et l'heure ainsi décalées.
Le Décalage système est le résultat de la méthode getTimezoneOffset de l'objet Date, tel que le fournit le navigateur. On observera d'une part que ce résultat, conformément à la norme de JavaScript, est l'opposé du décalage ci-dessus défini: c'est le nombre de minutes qu'il faut ajouter à l'heure locale pour obtenir l'heure UTC; et d'autre part que certains navigateurs (Chrome en 2019) fournissent un résultat en nombre entier de minutes, même quand la différence réelle est en minutes et secondes. Test à faire sur des années antérieures à 1911, hors du Royaume-Uni.
L'affichage UTC est celui de la date milésienne suivie de l'heure y compris les millisecondes, dans le fuseau de Z.
L'affichage ISO est le résultat de la méthode toISOString de l'objet Date. Cet affichage est conforme à la norme ISO 8601.
Les boutons 0 h et 12 h fixent l'heure respectivement à 0 h ou 12 h UTC pour la même date UTC. Attention, il peut donc y avoir un saut de la date indiquée en heure locale.
Quand les champs de texte sont vides, la valeur par défaut du système est utilisée.
Vous pouvez spécifier:
- Le code langue-pays, souvent appelé "Locale". Le français parlé en France est codé "fr-FR". Observer les différences entre "en-US" et "en-GB".
- Le calendrier, à choisir dans la liste.
- Les extensions Unicode, dont le système de numération. Pour un calendrier il faut indiquer "ca-code_calendrier", pour un système de numération: "nu-code". Vous pouvez spécifier un code calendrier abandonné, comme "islamicc", certains navigateurs le remplacent correctement. Vous pouvez spécifier par exemple nu-arab pour voir les chiffres indiens qu'utilisent certains pays arabes. Le système de numération latn utilisent les chiffres arabes, ceux que nous utilisons tous les jours. Les chiffres romains sont prévus par nu-roman.
Contrairement aux autres outils de ce site, toutes les options de présentation de la date sont mises à disposition. Ce sont les options que le concepteur de site web peut indiquer en vue de faire écrire une date selon un calendrier et une langue. Ces fonctions sont élaborées par le navigateur et éventuellement modifiées: la ligne "Effectif" du tableau indique la mention retenue par le navigateur pour l'affichage.
La mention "Effacement de l'ère actuelle" est une option expérimentale en vue d'améliorer l'affichage de dates dans des calendriers avec ère. Quand l'ère de la date à afficher est la même que celle de la date système courante, celle-ci n'est pas affichée même si les paramètres de présentation spécifient l'affichage de l'ère. Par exemple, en calendrier grégorien on n'affiche l'ère que si celle-ci est "av. J.-C."; en calendrier chinois on n'affiche pas l'ère si c'est la même que l'ère courante; en calendrier japonais, on n'affiche pas l'ère actuelle (Reiwa), mais on affiche l'ère de toute date antérieure au 1er mai 2019, début de la nouvelle ère. Cette option est effective pour le calendrier julien (non Unicode). Quant au calendrier milésien, il n'utilise pas d'ère.
Mars 2020: attention, en raison d'un dysfonctionnement des ICU, comme indiqué plus haut, la notion d'ère n'est plus correctement gérée.
En plus de l'affichage du calendrier que vous avez choisi, sont proposés d'autres affichages, avec les mêmes paramètres de présentation Unicode:
- le même calendrier que celui que vous avez choisi, mais avec l'option expérimentale "effacement de l'ère": l'option "ère" est recalculée et supprimée si l'ère de la date à afficher est la même que l'ère de la date courante;
- le calendrier julien, utilisé couramment pour désigner les dates avant 1582, et encore utilisé de nos jours par certaines communautés chrétiennes orthodoxes et certains peuples d'Afrique du Nord; il est affiché avec l'option d'effacement de la date;
- le calendrier milésien, avec lequel il n'y a pas d'ère à afficher.
Les représentations que nous savons erronées sont signalées par (!): le calendrier indien avant l'origine du calendrier grégorien proleptique, le calendrier hébraïque avant son origine, certains calendriers musulmans avant l'origine de l'Hégire, le calendrier Um al-Qura avant le 2 8m -195366.
Questions identifiées avec le testeur
Les calendriers non Unicode affichés par le testeur mettent en jeu les principes et certains des outils Unicode. Ils sont développés sous forme de maquettes, en vue d'une possible insertion parmi les calendriers Unicode.
A l'aide du testeur, nous avons pu mettre en valeur:
- l'utilisation des données Unicode pour ordonner et séparer les éléments de dates selon les usages spécifiques à chaque langue,
- le remploi des noms de mois du calendrier grégorien pour afficher en calendrier julien,
- l'assimilation du format de mois numérique à la notation 1m, 2m etc. pour les mois milésiens,
- l'utilisation des monogrammes de mois milésiens,
- l'affichage de mois écrits de gauche à droite dans des langues écrites de droite à gauche, comme l'arabe et l'hébreu;
- la possibilité de conditionner l'affichage de l'ère au fait que l'ère à afficher soit différente de l'ère courante.
Quelques questions nécessitent encore un traitement.
- l'écriture d'une année avec au moins trois caractères est obtenue par un artifice, non par un mécanisme déjà existant dans Unicode;
- il sera probablement nécessaire de définir une ère unique pour le calendrier milésien, alors qu'aujourd'hui nous supprimons purement et simplement le champ ère dans l'affichage,
- le choix d'Unicode d'afficher l'ère d'une date même si l'utilisateur spécifie de ne pas l'afficher a provoqué un débat dont nous espérons qu'il sortira des options plus détaillées à la disposition de l'utilisateur.
Depuis que s'est imposé le système des fuseaux horaires, l'heure locale d'un lieu diffère de l'heure UTC d'un nombre entier de minutes. Toutefois, pour les périodes antérieures aux fuseaux horaires, les fonctions Unicode restituent l'heure locale de la ville caractéristique de fuseau. Ainsi, avant le 20 3m (11 mars) 1911, l'heure locale de Paris est affichée en avance de 9 min 21 s sur l'heure de Greenwich. Mais la fonction getTimeZoneOffset du navigateur Chrome, qui donne le nombre de minutes de décalage entre l'heure locale et l'heure UTC, retourne un nombre entier de minutes, ici 9. Les navigateurs Firefox et MS Edge retournent, eux, une valeur décimale, 9,35.
En réalité, il serait préférable de proposer une fonction rendant le décalage horaire en nombre entier de millisecondes. Cette fonction est proposée dans notre logiciel, avec un algorithme assez peu efficace.
Certains des calendriers Unicode donnent un résultat incorrect pour des dates antérieures à une certaine valeur. Ce point est identifié dès 2017.
Nous avons signalé ces dysfonctionnements à Unicode en avril 2020.
- Calendrier hébraïque: valeurs fausses pour toute date précédent l'origine du monde, 1er Tichri 1 Anno Mundi. Tout se passe comme si un mois avait été effacé: la date précédente s'affiche comme le dernier jour d'Av, au lieu du dernier jour d'Elloul.
- Calendrier indien: affichage erratique pour toute date antérieure au 1er janvier de l'an 1 grégorien.
- Calendriers musulmans civil standard et d'Arabie Saoudite: affichage erratique pour toute date antérieure à l'origine de ces calendriers, 1er mouharram de l'an 1, soit le 27 7m 622 (18 juillet grégorien, 15 juillet julien). Les autres calendriers musulmans, dont certains ont leur jour origine le 28 7m 622, proposent une date cohérente dont l'année est en comptage relatif (année 0).
- Calendrier musulman Umm al-Qura: affichage erratique pour les dates antérieures au 2 8m -195366.
Nous avons signalé ces dysfonctionnements à Unicode en avril 2020.
L'ère complète et qualifie l'année. Pour le calendrier julio-grégorien, c'est "avant Jésus-Christ", ou "après Jésus-Christ". Pour le calendrier japonais, c'est le nom de l'empereur régnant.
Une option permet de spécifier que l'ère doit être masquée, ou qu'elle doit apparaître de manière complète ou plus ou moins abrégée ("av. J.-C." ou "avant Jésus-Christ"). Or, dans les versions qu'Unicode met à disposition depuis début 2020, quand l'option est absente, elle peut être arbitrairement modifiée, et l'ère apparaît alors que l'utilisateur ne la demandait pas. Plus précisément, l'ère est affichée dès que l'année l'est, pour les calendriers autres que le grégorien, le chinois et le coréen, même si l'utilisateur ne l'a pas demandé. Toutefois, avec l'anglais du Royaume-Uni, l'utilisateur garde le contrôle de l'affichage de l'ère.
Nous avons fait deux propositions en avril 2020:
- Auprès d'Unicode, nous demandons que l'utilisateur garde le contrôle complet de l'affichage de l'ère, comme il le faisait dans les versions antérieures.
- Auprès des spécificateurs des fonctions Unicode du langage Javascript, nous avons proposé une nouvelle option, qui contrôle sous quelles conditions l'ère devrait être affichée. En standard, elle n'est pas affichée quand l'ère de la date à afficher est l'ère en cours, mais est affichée si cette ère est antérieure; en calendrier julio-grégorien, elle est affichée pour les dates avant Jésus-Christ; en calendrier japonais, elle est affichée pour l'ere Heisei et les ères antérieures, mais non l'ère Reiwa commencée en 2018. L'utilisateur peut demander l'affichage dans tous les cas, ou jamais. Cette option, si elle est acceptée, ne sera pas disponible avant plusieurs mois.
Une incohérence est visible dans la présentation des années antérieures à l'an 8, année origine dite "de l'Incarnation" dans le calendrier éthiopien Amete Mihret. Quand ils écrivent une date antérieure à l'année de l'Incarnation, les Ethiopiens décomptent l'année à partir de l'origine du monde (Amete Alem), 5500 ans avant l'Incarnation. Ils ne décomptent ni en relatif (avec des années négatives), ni en rétrograde en comptant à rebours à partir de l'Incarnation.
L'ère antérieure à l'Incarnation est donc l'ère de l'origine du monde, ou l'ère Amete Alem, et non pas, comme l'affiche la variante française, "avant l'Incarnation". Cette expression malheureuse peut provoquer des erreurs de compréhension.
La question a été signalée à Unicode en avril 2020, la modification des données est planifiée.
La méthode Javascript toISOString affiche un objet Date selon la norme ISO 8601. Cette fonction n'est disponible que depuis récemment, et une fonction d'émulation était proposée dans l'attente de sa diffusion définitive. Hélas, la fonction d'émulation était incorrecte.
Un certain nombre de CMS, dont celui que nous utilisons ici, n'ont pas retiré leur fonction d'émulation incorrecte de leur environnement, et vous observerez que l'affichage ISO n'est pas conforme pour les années inférieures à 1000. L'année doit toujours comporter 4 ou 6 caractères.
Ce dysfonctionnement a été signalé le 6 janvier 2020.
En attendant la résolution, utilisez sur de testeur via la page de démonstration sur GitHub.
Avec la version des outils Unicode qui verrouille l'affichage de l'ère, le calendrier bouddhiste est mal affiché en français. L'ordre des éléments est ère, année, mois, jour, au lieu de l'ordre naturel français Les instructions d'affichage manquent pour le français. La question, signalée en avril 2020, est sur une liste prioritaire.
Nous avons également constaté que la donnée relative à l'ère manque dans de nombreuses langues pour le calendrier éthiopien Amete Alem. Il n'y a qu'une ère dans ce calendrier, on pourrait donc ne rien afficher, mais comme indiqué supra, l'affichage de l'ère est imposé.
Signaler un problèmeContact
Vous trouvez cela utile ? Faites-le faire savoir !
Partager ou transmettez la présente page avec l'un des boutons situés tout en bas, sur le bandeau bleu.
Rejoignez notre page Facebook.
page Facebook.Indiquez ci-dessous que vous aimez spécifiquement cette page, ou partagez-la.