Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

Ich hab noch mal alles mögliche versucht. Anderer Browser, alle möglichen Einstellungen - es hilft nix.
Das Widget wird nicht unsichtbar.

Eine Möglichkeit sehe ich noch:

Wird ggf. das pre-HTML und post-HTML trotzdem angezeigt, auch wenn das Widget unsichbar sein müsste?
kann ich allerdings nicht glauben.

Natürlich auch nach jeder Änderungen auf die Runtime umgeschaltet!

[Homoran]

@oliverio sagte in Sichtbarkeit bei basic timestamp:

der datenpunkt enthält doch kein null oder undefined sondern einen text  .

ich glaube ich habe dich vielleicht erst jetzt richtig verstanden.

Wenn ich dort einen Timestamp reinschreibe sieht es korrekt aus.
Nehme ich dem Timestamp hinten das Z für Zulu weg, ist auch das Widget unsichtbar.

Lösche ich den Wert vollständig, erscheint sofort ein   und die ganze Sichtbarkeit funktioniert nicht.
Habe mir das RAW angesehen:

{
  "type": "state",
  "common": {
    "name": "charging_finished_at",
    "type": "string",
    "role": "date",
    "ack": true
  },
  "native": {},
  "from": "system.adapter.zoe2.0",
  "user": "system.user.admin",
  "ts": 1614349206874,
  "_id": "zoe2.0.123456789.charging_finished_at",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Habe zwar eh nicht die Ahnung, jetzt aber speziell nicht, wo das   herkommt.
wenn ich das richtig sehe ist kein default Wert definiert, und der Adapter schreibt erst in 10 Minuten wieder da hinein.

allerdings ist Type ein String.
Ist das korrekt?

[OliverIO]

@homoran sagte in Sichtbarkeit bei basic timestamp:

@oliverio sagte in Sichtbarkeit bei basic timestamp:

der datenpunkt enthält doch kein null oder undefined sondern einen text  .

ich glaube ich habe dich vielleicht erst jetzt richtig verstanden.

Wenn ich dort einen Timestamp reinschreibe sieht es korrekt aus.
Nehme ich dem Timestamp hinten das Z für Zulu weg, ist auch das Widget unsichtbar.

Lösche ich den Wert vollständig, erscheint sofort ein   und die ganze Sichtbarkeit funktioniert nicht.
Habe mir das RAW angesehen:

{
  "type": "state",
  "common": {
    "name": "charging_finished_at",
    "type": "string",
    "role": "date",
    "ack": true
  },
  "native": {},
  "from": "system.adapter.zoe2.0",
  "user": "system.user.admin",
  "ts": 1614349206874,
  "_id": "zoe2.0.123456789.charging_finished_at",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Habe zwar eh nicht die Ahnung, jetzt aber speziell nicht, wo das   herkommt.
wenn ich das richtig sehe ist kein default Wert definiert, und der Adapter schreibt erst in 10 Minuten wieder da hinein.

allerdings ist Type ein String.
Ist das korrekt?

woher das nbsp; her kommt weiß ich nicht. was ist die quelle deines datenpunktes bzw. wie wird es gefüllt? evtl lässt sich da sowas wie eine "0" füllen. darafu lässt sich besser prüfen

das nbsp; ist in HTML ein geschütztes Leerzeichen evtl. kommt es bei dir vom parsen?
https://wiki.selfhtml.org/wiki/HTML/Textauszeichnung/br#Gesch.C3.BCtzte_Leerzeichen

der Datenpunkt ist vom typ string, das ist korrekt. Ich denke nicht, das datenpunkte undefined sein können, null eventuell. gesehen oder geachtet habe ich selbst nie darauf. über die web-oberfläche kannst du so etwas aber nicht erzeugen. ich denke nur über skript

bei role steht zwar date drin, aber auch dass weiß ich nicht genau, ob iobroker selbst da irgendwas abhängig davon macht. ich denke das dient für widgets oder andere Programme, das die werte richtig gedeutet werden können.

[Homoran]

@oliverio sagte in Sichtbarkeit bei basic timestamp:

was ist die quelle deines datenpunktes bzw. wie wird es gefüllt?

der Datenpunkt wird über den zoe2-Adapter gefüllt.

@oliverio sagte in Sichtbarkeit bei basic timestamp:

das nbsp; ist in HTML ein geschütztes Leerzeichen

ist mir bekannt, aber beim anklicken des Feldes unter Objects ist da kein Leerzeichen.
gebe ich ein einfaches Leerzeichen ein kommt "invalid date"

@oliverio sagte in Sichtbarkeit bei basic timestamp:

kommt es bei dir vom parsen?

eher nicht, da auch der Adapter scheduled nur alle 10 Minuten arbeitet sollte er da auch nicht so schnell wieder zwischenfunken.

@oliverio sagte in Sichtbarkeit bei basic timestamp:

evtl lässt sich da sowas wie eine "0" füllen

dann kommt ein Datum, da anscheinend jede Zahleneingabe als Linux-Timestamp identifiziert wird
EDIT: 0 = Sat Jan 01 2000 00:00:00 GMT+0100 (CET), nach anklicken steht da wieder die 0

das könnte der role geschuldet sein.

@oliverio sagte in Sichtbarkeit bei basic timestamp:

bei role steht zwar date drin, aber auch dass weiß ich nicht genau, ob iobroker selbst da irgendwas abhängig davon macht.

[OliverIO]

@homoran sagte in Sichtbarkeit bei basic timestamp:

@oliverio sagte in Sichtbarkeit bei basic timestamp:

was ist die quelle deines datenpunktes bzw. wie wird es gefüllt?

der Datenpunkt wird über den zoe2-Adapter gefüllt.

@oliverio sagte in Sichtbarkeit bei basic timestamp:

das nbsp; ist in HTML ein geschütztes Leerzeichen

ist mir bekannt, aber beim anklicken des Feldes unter Objects ist da kein Leerzeichen.
gebe ich ein einfaches Leerzeichen ein kommt "invalid date"

@oliverio sagte in Sichtbarkeit bei basic timestamp:

kommt es bei dir vom parsen?

eher nicht, da auch der Adapter scheduled nur alle 10 Minuten arbeitet sollte er da auch nicht so schnell wieder zwischenfunken.

@oliverio sagte in Sichtbarkeit bei basic timestamp:

evtl lässt sich da sowas wie eine "0" füllen

dann kommt ein Datum, da anscheinend jede Zahleneingabe als Linux-Timestamp identifiziert wird
EDIT: 0 = Sat Jan 01 2000 00:00:00 GMT+0100 (CET), nach anklicken steht da wieder die 0

das könnte der role geschuldet sein.

@oliverio sagte in Sichtbarkeit bei basic timestamp:

bei role steht zwar date drin, aber auch dass weiß ich nicht genau, ob iobroker selbst da irgendwas abhängig davon macht.

0 sind wahrscheinlich 0 Millisekunden und es sollte das kommen

new Date(0)
Thu Jan 01 1970 01:00:00 GMT+0100 (Mitteleuropäische Normalzeit)

Aber wir wollen es nicht überkompliziert machen und schauen, warum das widget da was anderes anzeigt.
Wenn der Datenpunk 0 ist dann in der Sichtbarkeit ausblenden.
oder könnte 0 für dich eine gültige Zeit darstellen in deinem Anwendungsfall?

[Homoran]

@oliverio sagte in Sichtbarkeit bei basic timestamp:

Wenn der Datenpunk 0 ist dann ausblenden.

das wäre ja schön, wenn ich
a) da eine 0 bekäme
b) das funktionieren würde

Wie ich bereits schrieb schaffe ich es nie das Widget auszublenden, auch wenn ich eine absolut schwachsinnige Bedingung für die Sichtbarkeit eintrage.
Der Wert im DP scheint ein Timestamp sein zu müssen

[OliverIO]

@homoran sagte in Sichtbarkeit bei basic timestamp:

@oliverio sagte in Sichtbarkeit bei basic timestamp:

Wenn der Datenpunk 0 ist dann ausblenden.

das wäre ja schön, wenn ich
a) da eine 0 bekäme
b) das funktionieren würde

Wie ich bereits schrieb schaffe ich es nie das Widget auszublenden, auch wenn ich eine absolut schwachsinnige Bedingung für die Sichtbarkeit eintrage.
Der Wert im DP scheint ein Timestamp sein zu müssen

0 ist eine gültige timestampzeit

[Homoran]

@oliverio sagte in Sichtbarkeit bei basic timestamp:

0 sind wahrscheinlich 0 Millisekunden und es sollte das kommen

Ah, ein Edit ;-)

Ja, das hatte ich auch erwartet, kam aber nicht, sondern

@oliverio sagte in Sichtbarkeit bei basic timestamp:

EDIT: 0 = Sat Jan 01 2000 00:00:00 GMT+0100 (CET)

Steht so in den Objekten!
Ich hatte gar nicht nachgesehen, was das Widget dann anzeigt

EDIT:
@oliverio sagte in Sichtbarkeit bei basic timestamp:

0 ist eine gültige timestampzeit

das weiß ich.
Aber ich habe keinerlei Einfluss auf den Wert in dem DP