You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue is still present in the current beta version of this adapter
There is no other (open) issue with the same topic (use the search!)
This issue is not described in the adapter documentation / FAQ (read the docs!)
Version of awtrix-light firmware
0.96
The problem
Mit der sendTo-Funktionalität des Adapters können Notifications erstellt und gesendet werden. Deren Aussehen wird über eine ziemlich umfangreiche Property-Sammlung eines JSON-Objekts definiert. Hier stehen weitaus mehr Gestaltungsmöglichkeiten als bei einer App zur Verfügung. Als Beispiele hierfür seien nur mal die Möglichkeit, Textfragmente verschiedenartig zu färben, oder die Nutzung der Zeichnen-Anweisungen genannt.
Vorschlag: In einer speziellen Klasse der Experten-Apps die App-Gestaltung per vom Anwender eigenverantwortlich erstelltem JSON-String zulassen und diesen vom Adapter unbesehen (also tranparent) zum Awtrix übertragen. Das User-Interface dazu könnte wie folgt gestaltet werden:
Die heutige Definition von Experten-Apps wird um ein Optionsfeld erweitert: Typ: Standard-Typ / JSON-Typ. Der Standard-Typ entspräche den bisherigen Experten-Apps. JSON-Typ wäre die neue Klasse von Apps.
Im Objektbaum unterhalb awtrix-light.x.apps. würden nur drei Datenpunkte angeboten werden: "activate", "visible" und "json". In letzterem müsste der Anwender seine App-Konfiguration im JSON-Format abstellen.
Ich weiß nicht, ob der Adapter bei formalen Fehlern im JSON eine Rückmeldung der Awtrix erhält. Falls ja, wäre zu überlegen, wie damit umzugehen wäre: Ignorieren (lieber nicht), in die Logdatei schreiben oder in einem 4. Datenpunkt "feedback" abstellen.
iobroker.current.log (in debug mode!)
No response
Version of nodejs
v18.20.4
Version of ioBroker js-controller
5.0.19
Version of adapter
1.3.0
The text was updated successfully, but these errors were encountered:
So ganz Unrecht hast Du damit nicht. Dennoch hat der Ansatz über den Adapter Vorzüge gegenüber dem "zu-Fuß-Ansatz".
Die Bedienung/Programmierung des Adapters ist für meinen Geschmack einfacher als die Arbeit mit dem POST-Versand.
Bei einer Mischung von Custom Apps, Expert-Apps-Standard und Expert-Apps-JSON für den Betrieb ein und desselben Gerätes möchte ich gern einen Single Point of Operation haben - und das ist für mich dann der Adapter.
Wenn ich Aktivitäten verschiedener App-Typen untereinander abstimmen muss, ist dies einfacher, wenn die verschiedenen Apps an ein und derselben Schnittstelle hängen.
Ob im Awtrix Komplikationen auftreten können, wenn es von zwei unabhängigen Quellen unkoordiniert mit Apps beworfen wird, vermag ich nicht einzuschätzen. Aber ein gewisses Risiko sehe/fühle ich schon dabei.
I'm sure that
Version of awtrix-light firmware
0.96
The problem
Mit der sendTo-Funktionalität des Adapters können Notifications erstellt und gesendet werden. Deren Aussehen wird über eine ziemlich umfangreiche Property-Sammlung eines JSON-Objekts definiert. Hier stehen weitaus mehr Gestaltungsmöglichkeiten als bei einer App zur Verfügung. Als Beispiele hierfür seien nur mal die Möglichkeit, Textfragmente verschiedenartig zu färben, oder die Nutzung der Zeichnen-Anweisungen genannt.
Vorschlag: In einer speziellen Klasse der Experten-Apps die App-Gestaltung per vom Anwender eigenverantwortlich erstelltem JSON-String zulassen und diesen vom Adapter unbesehen (also tranparent) zum Awtrix übertragen. Das User-Interface dazu könnte wie folgt gestaltet werden:
Die heutige Definition von Experten-Apps wird um ein Optionsfeld erweitert: Typ: Standard-Typ / JSON-Typ. Der Standard-Typ entspräche den bisherigen Experten-Apps. JSON-Typ wäre die neue Klasse von Apps.
Im Objektbaum unterhalb awtrix-light.x.apps. würden nur drei Datenpunkte angeboten werden: "activate", "visible" und "json". In letzterem müsste der Anwender seine App-Konfiguration im JSON-Format abstellen.
Ich weiß nicht, ob der Adapter bei formalen Fehlern im JSON eine Rückmeldung der Awtrix erhält. Falls ja, wäre zu überlegen, wie damit umzugehen wäre: Ignorieren (lieber nicht), in die Logdatei schreiben oder in einem 4. Datenpunkt "feedback" abstellen.
iobroker.current.log (in debug mode!)
No response
Version of nodejs
v18.20.4
Version of ioBroker js-controller
5.0.19
Version of adapter
1.3.0
The text was updated successfully, but these errors were encountered: