UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Glasfaser]

@micklafisch

Hat er denn schon eine Anpassung in der Version die du runtergeladen hast durchgeführt !?

[GiuseppeS]

@micklafisch
Werde im oberen Bereich der Variablen eine neue Variable erstellen:

let mdAdapterID = false;

Ist diese ID false oder nicht existent, wird alles so gehandhabt wie bisher, Standard Widget.
Steht in diese Variable auf true, wird das PopUp über eine ID mit true/false gesteuert.
Die ID werde ich mit dem Skript automatisch erstellen.
Im Hauptpfad die ID "MdAdapterID".

Korrigiert mich falls ich falsch liege:

• true: Dialog wird angezeigt
• false: Dialog ist nicht geöffnet

Wenn es so funktioniert, ist das echt geschickt gelöst.
Werde das Timer Skript morgen anpassen und hochladen.

Bisherige Anwender ohne Material Design Adapter müssen nichts anpassen.

Wichtig:
Wenn Du Scroungers letzte Version installiert hast. Bitte teste das PopUp zunächst unabhängig vom Timer Skript. Nur um zu bestätigen, dass es bei dir funktioniert.
Kannst ja die ID des md Widgets direkt im Objekt

[micklafisch]

@Glasfaser @GiuseppeS
Argh, ich dreh gerade hohl und hab den Wald vor lauter Bäumen nicht gesehen.

Mit dem Codeschnippsel von @Glasfaser funktioniert das Popup jetzt. Ich dachte ich hätte die Codezeilen noch drin, dem war aber nicht so :fearful:

Ich sehe es auch so, wenn State "true" dann sollte der Dialog offen sein.

Habe es gerade noch einmal zur Sicherheit in einem blanken Projekt getestet. Wenn ich im Admin manuell den DP triggere, geht in der VIS das Popup auf. Dort ist der Boolsche DP als trigger hinterlegt.

[GiuseppeS]

@micklafisch
Klasse!
Dann werde ich im Skript direkt den von Glasfaser vorgeschlagenen Namen für die ID nehmen.

Evtl. lasse ich auch zusätzliche Variable weg. Wenn die angegebene Widget Bezeichnung existiert, werden wohl keine Fehler ausgegeben, auch wenn es ein MD Widget und nicht das Standard Widget ist.

Oder werden bei dir Fehler ausgegeben @micklafisch ?

[micklafisch]

@GiuseppeS
nein, es werden bei mir keine Fehler ausgegeben.

Hört sich elegant gelöst an :blush:

[Glasfaser]

@micklafisch

Freut mich das es funktioniert ....

@GiuseppeS und eine Baustelle weniger ;)

[GiuseppeS]

@Glasfaser
Danke für die Unterstützung ;-)

Werde die zwei Zeilen einfach im Skript ergänzen. Dann braucht man keine Variable für die Unterscheidung. Sehr schön :+1:

[GiuseppeS]

Neues Update ist hochgeladen. Da nicht absehbar ist, ob zukünftig noch weitere Dialog-Widgets dazukommen, habe ich im Skript das Öffnen und Schließen der DialogBox in eine Funktion "dialogCtrl" ausgelagert. So wird auch verhindert, dass ein und derselbe Code mehrfach angepasst werden muss (Dialogbox öffnen wird an drei Stellen im Skript genutzt).

Es wird nun grundsätzlich ein State "javascript.0.Timer." + path + ".MaterialDialogWidgetOpen" erstellt. Dieses State ist auf true wenn die Dialogbox geöffnet ist, ansonsten auf false.
Ich bitte um eine kurze Rückmeldung, ob die DialogBox mit Scroungers MD-Adapter einwandfrei läuft. DialogBox im Test bitte sowohl mit "Abbrechen" als auch mit "Übernehmen" schließen. Ich weiß nicht, ob die Dialogbox selbstständig den State auf false setzt, wenn auf "Abbrechen" geklickt wird.

Was in dieser Version als Kleinigkeit dazugekommen ist: Wenn eine Bedingung falsch eingegeben wird, lässt sich die Dialogbox nicht mit "übernehmen" schließen und es wird eine Laufschrift im PopUp als Hinweis angezeigt.

---

Changelog 29.05.2020

• Steuerung des Dialog Widgets vom "Material Design Adapter" über State "javascript.0.Timer." + path + ".MaterialDialogWidgetOpen"
• Meldung bei fehlerhaften Bedingungen in PopUp
  -> Bei manuellem Update, Widgets "Berechnete Uhrzeit" und "ErrorMsg" aus Export übernehmen

[micklafisch]

@GiuseppeS
Guten Abend,
ich hab die neue Version direkt geladen und getestet. Über Abbrechen passiert nichts, der Dialog bleibt geöffnet. Übernehmen funktioniert, der Eintrag wird angepasst und der Dialog schließt sich.

[GiuseppeS]

@micklafisch
Hatte das den gestern mit dem von dir angepassten Skript funktioniert? Wahrscheinlich auch nicht, oder?

Der Abbrechen-Button ist ein Widget für den Standard Dialog.

Werde morgen eine neue Version nachschieben und es korrigieren bzw. anders lösen.

Aktuelle Version wird kurz aus dem Download entfernt!

[micklafisch]

@GiuseppeS
ehrlich gesagt hatte ich bisher nicht auf abbrechen geklickt. Hatte den Dialog immer mit übernehmen geschlossen oder mit dem Widgeteigenen "close" Button.

Sorry, war wohl nicht ordentlich getestet.

[Scrounger]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

Ich bitte um eine kurze Rückmeldung, ob die DialogBox mit Scroungers MD-Adapter einwandfrei läuft. DialogBox im Test bitte sowohl mit "Abbrechen" als auch mit "Übernehmen" schließen. Ich weiß nicht, ob die Dialogbox selbstständig den State auf false setzt, wenn auf "Abbrechen" geklickt wird.

Der MDW Dialog setzt den hinterlegten DP auf false, wenn ihr den Dialog über den Close Button oder click ausserhalb des dialoges schließt.

[GiuseppeS]

@micklafisch
Kein Thema. Du kannst für dich den Abbrechen-Button gerne durch den Widget-eigenen close-Button ersetzen.
Dann ist es bei dir funktional.

Allgemein ersetze ich den Abbrechen-Button durch ein Standard Button, dieser triggert im Skript die Funktion zum Schließen des Dialogs, egal ob Standard oder MD.

[GiuseppeS]

@Scrounger
Antworten hatten sich überschnitten. Danke für die Info; werde es mit einem Standard Button lösen und über das Skript schließen. Sonst müsste ein vermeintlicher Anwender auf das korrekte Widget achten.

[GiuseppeS]

Habe jetzt schon das Update hochgeladen. Habe mit dieser Button-Lösung auch direkt ein Mini-Bug behoben: Wenn die DialogBox mit "Abbrechen" geschlossen wurde, wurde der Fokus auf den Timer belassen, d.h. die Buttons "Add/Del" wurden dauerhaft angezeigt bis eine andere Aktion stattfand. Jetzt funktioniert es wie gewünscht; Buttons verschwinden in jedem Fall nach x Sekunden.

Changelog 29.05.2020 v2

• DialogBox Button "Abbrechen" ersetzt durch Standard-Button. Schließen des Dialogs über Skript (Bugfix bei Verwendung von MD-Adapter Dialog).

[sigi234]

@GiuseppeS

Irgendwas stimmt bei mir nicht?

[GiuseppeS]

@sigi234
Lösche bitte als Test die Klasse "mdui-black-bg" aus dem Abbrechen-Button.
Falls es das war, ändere es von black zu blue.

EDIT:
Habe gerade das Popup neu importiert und kann keine Fehler feststellen. Es kann tatsächlich an der genutzten Klasse mdui-black-bg liegen. Bin mir nicht mehr sicher, aber ich hatte in Uhulas Farbpalette etwas ergänzt/angepasst.

[sigi234]

@GiuseppeS sagte in [Vorlage] Variable Zeitsteuerung mit VIS Editor:

@sigi234
Lösche bitte als Test die Klasse "mdui-black-bg" aus dem Abbrechen-Button.
Falls es das war, ändere es von black zu blue.

EDIT:
Habe gerade das Popup neu importiert und kann keine Fehler feststellen. Es kann tatsächlich an der genutzten Klasse mdui-black-bg liegen. Bin mir nicht mehr sicher, aber ich hatte in Uhulas Farbpalette etwas ergänzt/angepasst.

Geht nicht, habe diese Version:

--release : 'MDCSS v2.5';
--release-date : '30.04.2020';

Editor:

Runtime:

[GiuseppeS]

@sigi234

Achso, Du benutzt die neuen CSS-Klassen von Uhula. Dann musst Du in diesem Update von mir die verwendeten Klassen u.U. anpassen anpassen. Verwende noch die alte Bibliothek von Uhula. mdui-raisedbutton ist definitiv ein solcher Fall.

Werde aber zeitnah, in den nächsten zwei Wochen, versuchen die neue Bibliothek anzuwenden.

[Glasfaser]

@sigi234

Du meinst bestimmt den weißen Hintergrund !?

und nicht wie @GiuseppeS den Button meint ..