Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Tirador]

@uwe12489 hast du das Skript MessageStateCreator Initial bearbeitet? Wahrscheinlich hast du Fehlermeldungen im Log beim Skriptstart. Der Grund wird sein, dass die Datenpunkte bei dir nicht existieren. Z.b. für die Wassermelder.

[sigi234]

@Tirador sagte in [Script] MessageHandler: Nachrichten protokollieren +VIS:

@uwe12489 hast du das Skript MessageStateCreator Initial bearbeitet? Wahrscheinlich hast du Fehlermeldungen im Log beim Skriptstart. Der Grund wird sein, dass die Datenpunkte bei dir nicht existieren. Z.b. für die Wassermelder.

War bei mir auch so, ist es nicht besser alle bis auf eine auszukommentieren?

[Tirador]

@sigi234 ja, im Prinzip sind es ja nur Beispiele von Konfiguration. Ich werde das in der Auslieferung ändern.

[uwe12489]

@Tirador Fehlerscript lesen hilft. Danke.

[uwe12489]

@Tirador
Auch auf die Gefahr hin, dass ich lästig werde
Wie kann ich eine eigen Nachricht "quittierter" machen?

[Tirador]

@uwe12489 ich habe die Prüfungen verschärft. Der MessageStateCreator startet nicht, wenn Datenpunkte konfiguriert sind, die nicht existieren.

[uwe12489]

@uwe12489 said in [Script] MessageHandler: Nachrichten protokollieren +VIS:

@Tirador
Auch auf die Gefahr hin, dass ich lästig werde
Wie kann ich eine eigen Nachricht "quittierbar" machen?

[Tirador]

@uwe12489 dafür musst du im MessageHandler in der Konfiguration der Nachricht das Attribut quit :true setzen.

Ein Beispiel ist die Nachricht für den Briefkasten

// Post im Briefkasten
        LAST_POSTENTRACE_INFO: {msgEvent: ['TELEGRAM'], logType: 'LAST',  severity: 'INFO',  msgHeader: "Briefkasten", msgText: "Neue Post im Briefkasten!", mdIcon: 'drafts', quit: true, mdIconColor: '', fontColor: '', backgroundColor: ''},

[uwe12489]

@Tirador klappt prima. Danke. Wann werden die ausgeblendeten Nachrichten wieder eingeblendet? Nächster Trigger? Nächster Tag?

[Tirador]

@uwe12489 nächster Trigger mit zutreffender Bedingung.

[uwe12489]

@Tirador

[Uhula]

Interesse an einer Erweiterung des MDCSS zum eleganten Löschen von Einträgen auf Touch-Geräten? Ich versuche gerade ein Swipe/Wisch-Objekt einzubauen, damit könnte man dann Einträge einfach nach links swipen/wischen und sie damit löschen.

@Tirador Technisch wäre es so, dass du dem ListItem bestimmte mdui-CSS Klassen zuweist (mdui-swipe-left-<width>-<color>-<icon>-<stateid>-<stateval>) und beim Swipe wird dann der <stateval> in den <stateid> geschrieben. Bsp:

mdui-swipe-left-25-red-delete-0_userdata.0.messages.swipe-row100

Oder nicht notwendig?

[Tirador]

@Uhula das wäre natürlich der Hammer. Ich fände es Klasse. Daumen hoch!

[Tirador]

Was mich momentan umtreibt sind zwei Dinge:

• Verzögerte Auslösung von Nachrichten: Am Beispiel meines Kühlschranks, soll die Nachricht erst ausgelöst werden, wenn der Kühlschrank länger als 60 Sekunden offen ist. Momentan bekomme ich jedes mal beim öffnen eine Nachricht / auch per Telegram. Das ist so nicht sinnvoll. Die Logik könnte äquivalent auch für Fenster/Türen angewendet werden. Natürlich gibt es im Pitini-Fensterskript auch solche Logiken, aber warum sollte man das nicht generalisierbar machen (und aus anderen Skripten heraushalten?).

• Wiederholtes Auslösen von Nachrichten: d.h. wenn der Kühlschrank nach 10 Minuten immer noch offen ist, wird die Nachricht erneut gesendet. Damit würde ich auch die Pushs für TELEGRAM /EMail erneut senden. Fraglich ist, ob das einen Nutzen bringt in erhöhter Aufmerksamkeit. Wenn irgendwann mal Alexa/Say-Sprachausgaben hinzukommen könnte dieses Feature sinnvoll werden

Was meint Ihr?

[uwe12489]

@Tirador
Wäre es möglich, neben text und dp, auch Bilder als Nachricht anzuzeigen? Das könnte ich mir bei Anrufer oder Cover gut vorstellen.

[Glasfaser]

@Tirador sagte in [[Script] MessageHandler: Nachrichten protokollieren +VIS](/post

@Glasfaser MDCSS V1 habe ich nie mitgemacht (da war ich noch nicht bei ioBroker). Eine Abwärtskompatibilität möchte ich eigentlich auch nicht explizit noch herstellen.
Uhula hat ja eine Upgradeanleitung veröffentlicht.

Kanst du mir , oder jemand anderes mal ein Tip geben , wo so eine Umstellungsliste / Upgradeanleitung von V1 zu V2 ist .
Ich finde nur ein Changelog mit ein paar Änderungen mehr nicht.

[Dominik F.]

@Glasfaser
Changelog

sorry, hab deinen Post nur so halb gelesen das du den selber schon gefunden hast. Dort müsste doch aber alles drin stehen oder nicht?

[Glasfaser]

@Dominik-F

Danke habe ich auch gesehen ... deshalb habe ich Changelog erwähnt .

Komme damit nicht klar .
Sowas meine ich :
Beispiel :

• Von der V1 Einstellung mdui .... nach mdui umstellen .
• Von der V1 Einstellung mdui .... nach mdui umstellen .

Oder ich übersehe es !?

[Dominik F.]

@Glasfaser

https://github.com/Uhula/ioBroker-Material-Design-Style#5

5. MD CSS v1.x -> MD CSS v2
   Hier eine Kurzanleitung, wie man sein v1 Projekt nach v2 übernehmen kann. Bitte immer in einer Kopie arbeiten.

in den cardXXX
mdui-Classes anpassen, welche umbenannt wurden (Bsp: mdui-raisedbutton -> mdui-button-raised, mdui-flatbutton -> mdui-button). Die Umbenennungen sind im ChangeLog aufgeführt
die Position der Widgets so anpassen, dass sie links und oben mind. 16 Px frei lassen
in den contXXX
mdui-Classes anpassen, welche umbenannt wurden (Bsp: mdui-card -> mdui-card-raised, mdui-tile -> mdui-card; oder mdui-card-outlined nutzen). Die Umbenennungen habe ich in den Änderungen zur V2.0 im Post genannt
[optional] haben die view-in-view cardXXX mit mdui-cols- u/o mdui-rows- Angaben, dann bezogen sich diese bisher auf ein 156er Raster, jetzt ist es ein 80er Raster. D.h. die müssen angepasst werden, i.d.R. verdoppelt
[optional] die view-in-view cardXXX mit mdui-order- versehen, wenn man die Reihenfolge selbst festlegen möchte
[optional] view-in-view cardXXX mit mdui-cols--toc- versehen, wenn man mit einer automatischen Breitenanpassung der cardXXX arbeiten möchten
[optional] contXXX die view-in-view cardXXX mit mdui-rows--tor- versehen, wenn man mit einer automatischen Höhenanpassung der cardXXX arbeiten möchten
abar ** ein HTML-Widget einfügen und mdui-config zuweisen. Inhalt wie unter den Änderungen zur V2.0 im Post beschrieben setzen (für die Farben)
tnav, bnav Widgets als mdui-navitem kennzeichnen
[optional] mit mdui-order- für die Sortierung versehen
[optional] wenn die navitems versteckt werden sollen, wenn die lnav fixiert angezeigt wird, dann die Widgets im tnav um mdui-lnav-fixed-open-hide ergänzen
lnav, rnav
Widgets als mdui-navitem kennzeichnen
[optional] mit mdui-order- für die Sortierung versehen
width auf 100% setzen
in den pageXXX
[optional] Anpassung an 80er Grid: abar.Height auf 40 setzen; tnav.Top auf 40 setzen, tnav.Height auf 40 setzen; content.Top auf 80 setzen, content.Height auf calc(100% - 80px) setzen
tnav, lnav und rnav um mdui-flex ergänzen
content um mdui-flex ergänzen
[optional] wenn eine automatische Höhenanpassung der cardXXX mit mdui-rows--tor- im contXXX zugewiesen wurde, dann im pageXXX den content um mdui-flex-stretch erweitern

[Glasfaser]

@Dominik-F

Ja danke ... das ist genau was ich meine und nicht ganz verstehe ..

Ich Persönlich finde es unübersichlich ,
deshalb habe ich von V1 nach V2 noch nicht vollzogen ... da es nicht mal eben ist ...

Edit :
Möchte damit auch nicht den Thread hier vollmüllen