Fermeture de History explorer card

Bonjour,

Concernant le dépôt GitHub - alexarch21/history-explorer-card: A card for Home Assistant Lovelace for exploring the history of your entities interactively and in real time.
Il a été archivé il y a quelques semaines et je n’ai pas réussi à trouver d’informations sur la raison de la fermeture de ce projet qui fonctionnait bien
J’ai également vérifié si des fork fiable existait mais cela ne semble pas le cas

A moins que l’ensemble des fonctionnalités sont maintenant intégrée par défaut dans HA ?
Avez-vous d’autres informations à ce sujet ?

Salut

Le dév s’explique ici :[Deprecated] Interactive history explorer custom card - #978 by HeyImAlex - Share your Projects! - Home Assistant Community

Bonjour,
Ta un fork qui continu le maintenance, qui va être ajouter a HACS.

J’ai basculé dessus, je n’ai rien eu à faire.

Bonjour,
Comment avez-vous fait pour basculer sur le fork?
Vous avez re-téléchargé la nouvelle carte dans HACS? Faut-il d’abord éliminer l’ancienne?
J’ai trop peur de casser mes dashboards qui utilisent cette carte !!

Merci

Oui j’ai supprimé l’ancien qui n’était plus maintenu et j’ai rajouté le fork. Je ne sais plus si il faut mettre le lien ou si on le trouve dans les dépôts. et vu que le fork utilise les mêmes objets, pas de problème pour HA qui retrouve ses petits.
Tu peux faire un backup de la conf avant de faire tes modifs.

Effectivement, je confirme que la procédure proposée par @Sabjul33 a fonctionné pour moi:

  • suppression de l’ancienne intégration dans HACS
  • rajout de la nouvelle en passant par « ajout de dépôts personnalisés »
    Aucune autre modification à faire, mes cartes continuent à fonctionner comme avant.
    Longue vie à « History Explorer Card » !!

Je me rends compte que j’ai une erreur qui traine avec Explorer card ou il est question d’utilisation précédente. Quelqu’un aurait une idée pour y remédier.

Enregistreur: frontend.js.modern.202408061
Source: components/system_log/__init__.py:333
S'est produit pour la première fois: 19:25:05 (1 occurrences)
Dernier enregistrement: 19:25:05

Uncaught error from WebKit 605.1.15 on iOS 17.6.1 Error: Failed to execute 'define' on 'CustomElementRegistry': the name "history-explorer-card" has already been used with this registry message (node_modules/core-js/modules/web.dom-exception.stack.js:25:24) src/scoped-custom-element-registry.js:45:10 /hacsfiles/history-explorer-card/history-explorer-card.js:93:73853 /hacsfiles/history-explorer-card/history-explorer-card.js:93:74069 module code (/hacsfiles/history-explorer-card/history-explorer-card.js:93:74073)```

Juste pour vous informer que j'ai fait un fork qui commence a être stable après des centaines de build de débogage. Beaucoup de nouvelles possibilités particulièrement pour les courbes ajoutées dynamiquement depuis la carte. Lisez le readme pour les nouveautés. https://github.com/Cook23/history-explorer-card

Salut,
mais tu étais déja inscrit sur HACF :sweat_smile:
Merci d'avoir informé de ton fork, comme je t'avais demandé :+1:

V1.1.38 est online. Je (avec "claude.ai", le code est monstrueux pour être appréhendé sans aide) suis quasiment repassé partout pour tout homogénéiser, standardiser (pas facile claude.ai adore coder comme un goret a coups de patch successifs), en plus des nouvelles fonctionnalités ajoutés listées ci-dessous. Le comportement devrait être nettement plus prévisible et homogène sur les différentes plateformes desktop, tablet, mobile et les différents périphériques souris, stylet, touch. Il peut rester des gros bugs mais au moins ils ne devraient plus être du genre vicieux qui n’apparaissent que dans une circonstance très particulière. Il n'y a plus de circonstances particulières. Voici la liste des évolutions du fork :

## Ajout et organisation des entités

Les entités peuvent être ajoutées via un menu déroulant permettant la recherche par nom convivial (l'entity ID reste disponible dans une infobulle) et affichant la valeur d'état actuelle de chaque entité, ou définies statiquement en YAML — les deux peuvent être librement combinés sur la même carte. Les motifs avec wildcard (`sensor.*power*`) ajoutent toutes les entités correspondantes en une fois, triées par ordre alphabétique. Survoler une entrée à la souris ou la surligner au clavier montre par avance si elle sera ajoutée ou si elle est déjà présente, avant même de valider la sélection ; si elle est déjà sur la carte, une infobulle et un surlignage du graphe concerné signalent le doublon.

Chaque nouvelle entité numérique passe par un menu de choix du type d'affichage — ligne (droite, courbe, ou en escalier), barre, flèche (arrowline), ou timeline — et ce même menu se rouvre à tout moment ensuite pour changer le type, ou supprimer l'entité d'un graphe combiné.

Les entités partageant des unités compatibles (y compris les préfixes SI comme W/kW) se combinent automatiquement sur le même graphe, qu'elles soient définies en YAML ou ajoutées dynamiquement.

## Édition interactive directement sur les graphes

Un simple clic sur une courbe ou une étiquette d'entité l'affiche ou la masque. Un double-clic extrait une entité d'un graphe combiné vers son propre graphe. Un clic long sur une légende ou une étiquette timeline/arrowline ouvre le menu de type d'affichage pour cette entité, avec une option Supprimer pour la retirer entièrement du graphe. Les étiquettes de courbe et d'entité peuvent être glissées pour les réordonner au sein d'un graphe, ou glissées vers un autre graphe pour les y déplacer (unités/types compatibles uniquement, avec un retour visuel indiquant si le dépôt est autorisé), et des graphes entiers peuvent être glissés par une poignée pour les réordonner sur la carte. L'axe Y peut être glissé pour le faire défiler (pan), et zoomé par pincement sur mobile, avec un clic sur le cadenas pour verrouiller la plage à sa vue actuelle.

## Apparence des lignes et statistiques

Les graphes en ligne prennent en charge une bande statistique min/max ombrée (calculée soit à partir des statistiques long terme, soit de l'historique complet), des points de mesure permanents à chaque échantillon, et des motifs de tirets personnalisés (y compris un tableau Canvas de tirets entièrement personnalisé, pas seulement les styles nommés intégrés). Les options d'affichage — couleur, remplissage, épaisseur de ligne, style de tirets, et plus — peuvent être définies par entité, ou ciblées sur toute une famille de capteurs à la fois via la forme liste d'`entityOptions`, en filtrant par classe d'appareil, domaine, ou motif glob/wildcard (ex. `match: "sensor.*_power"`). Les graphes timeline disposent d'un large jeu de couleurs d'état par défaut couvrant la plupart des domaines Home Assistant (vert pour actif/bon état, rouge pour arrêté/armé/verrouillé, ambre pour une transition, gris pour inconnu), personnalisables état par état via `stateColors`.

## Persistance et synchronisation multi-appareils

Les changements interactifs — entités ajoutées, leur ordre, leur regroupement, et leur visibilité — sont mémorisés automatiquement et synchronisés sur tous les appareils connectés au même compte Home Assistant, via le stockage utilisateur propre à HA. Pour les entités définies en YAML, la persistance peut être activée ou désactivée champ par champ, afin qu'un tableau de bord puisse soit toujours revenir à ses valeurs YAML par défaut, soit mémoriser des ajustements utilisateur spécifiques, selon le besoin.

## Remplacement du popup d'historique natif de Home Assistant

La carte peut se substituer entièrement au popup "plus d'infos" natif de Home Assistant — le popup de chaque entité bénéficie alors des mêmes capacités de pan/zoom/menu de type que la carte principale. Une option YAML permet d'activer ce comportement par défaut sur tout le tableau de bord, plutôt que de devoir l'activer manuellement pour chaque carte.

## Flexibilité de configuration

Les options de style — remplissage, bande min/max, style de tirets, mode d'interpolation de ligne, épaisseur de ligne, points d'échantillon, décimation, et mode de comptage net — peuvent être définies une seule fois comme valeur par défaut partagée pour un graphe entier, une seule fois pour toute la carte, ou sur une entité individuelle, la valeur la plus spécifique l'emportant toujours. Le filtrage des entités (`filterEntities`, `excludeFilterEntities`, et `exclude` par entité) accepte une simple chaîne, une liste de chaînes, ou une forme objet plus explicite, selon ce qui est le plus pratique dans chaque cas.

Un YAML mal formé — un `exclude:` de forme incorrecte, par exemple — est désormais consigné dans la console et ignoré pour cette seule entrée, plutôt que de casser toute la carte.