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

[micklafisch]

@GiuseppeS
ja, damit klappt alles wie vorgesehen.

"jqui container button" öffnet das popup korrekt (widget-id im skript hinterlegt) - wenn ich jetzt den Button gegen "materialdesign dialog view" tausche und im Skript die Widget-ID ändere funktioniert es nicht mehr.

[GiuseppeS]

@micklafisch
Ok, dann ist das schonmal ein guter Hinweis.

Du hattest geschrieben, dass dein Widget dauerhaft angezeigt wird. Bedeutet es, dass das von dir verwendete Widget nicht als PopUp fungiert, sondern immer dargestellt wird?
Dann könntest du die PopUp Funktionalität komplett entfernen.
Falls du aber eine PopUp Funktion nutzen möchtest, dafür aber das Material Design Widget vorsiehst,dann kann es sein, dass der Aufruf (wie von @Glasfaser erwähnt) anders aussehen muss.

[micklafisch]

@GiuseppeS
achso, nein ich meinte das Widget "Edit" (quasi den Button der früher eingeblendet war und jetzt durch den oneclick arbeitslos wurde) lasse ich mir zum testen dauerhaft anzeigen.

Das Popup selbst soll auch als Popup bleiben - eben nicht mit jqui sondern mit materialdesign.

[Glasfaser]

@micklafisch
@GiuseppeS
Kann erst heute Abend es mit dem Widget testen ... warum es so ist !?

Gegenfrage ... warum willst du denn den "materialdesign dialog view" nutzen , hat das ein Hintergrund !?

[GiuseppeS]

@micklafisch
Das mit dem dauerhaft angezeigten Edit Button macht kein Sinn. Nur wenn du mit Klick/Doppeklick das PopUp öffnest, werden Daten hinterlegt. Ein dauerhaft angezeigter Button könnte dazu verleiten, darüber das PopUp zu öffnen, dort werden dann Werte ohne Timer-Bezug angezeigt. Wenn dann das PopUp mit "Übernehmen/Ok" geschlossen wird, führt es zu Fehlern.

Material Design Widgets habe ich nicht installiert. Ich empfehle, das Öffnen des PopUps separat in einem Skript zu testen. Diese Befehle müssten dann im Timer Skript angegeben werden.

Da das PopUp nur für das Editieren verwendet wird, wäre es eine Überlegung Wert das Standard Widget zu nutzen.

Evtl kann @Glasfaser unterstützen, wenn er auch das Widget Paket nutzt.

[Glasfaser]

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

könnte dazu verleiten, darüber das PopUp zu öffnen, dort werden dann Werte ohne Timer-Bezug angezeigt.

.... und das wird es sein !

Habe Material Design ....

[micklafisch]

@Glasfaser

Gegenfrage ... warum willst du denn den "materialdesign dialog view" nutzen , hat das ein Hintergrund !?

Im Grund hätte ich gerne alles aus einem Guss (optisch wie technisch) - mit dem materialdesign kann ich persönlich mehr/angenehmer konfigurieren und habe z.B. auch nicht das olle "x" zum schließen rechts oben im Popup.

@GiuseppeS
das dauerhafte anzeigen war wie gesagt nur zum testen/fehlersuchen, da ich nicht nachvollziehen kann warum das Popup nicht beim klicken sich öffnet. Anfangs dachte ich noch es wäre ein fehlerhafter Viewbezug.

Ich will nicht wirklich für immer den Edit Button sehen, war alles nur zum analysieren. Die neue Version mit dem klick auf den Datensatz ist schon wirklich super.

Dachte ich kann "mal eben" die View anpassen, aber bevor das überhand nimmt werde ich doch das jqui widget verwenden und dabei belassen.

[micklafisch]

könnte dazu verleiten, darüber das PopUp zu öffnen, dort werden dann Werte ohne Timer-Bezug angezeigt.

.... und das wird es sein !

nein, der Bezug ist da. Ich habe aktuell "doubleclick" aktiv. Wenn ich einen einzelnen klick mache und dann auf den "temporär dauerhaft eingeblendeten" Edit Button gehe werden die Zeiten ja korrekt eingelesen. Der Doppelklick aber öffnet das Popup nicht.

[Glasfaser]

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

aber bevor das überhand nimmt

... du hast ja schon Scrounger im anderen Thread dazu informiert bzw. gebeten ob er helfen kann !

und dabei belassen.

Entweder .... oder ;)

[GiuseppeS]

@micklafisch
Das verstehe ich mit dem einheitlichen Design.

Mit dem korrekten Klick (je nach Einstellung) werden die Werte dauerhaft in das PopUp View geschrieben, das stimmt. Allerdings müsste im Nachgang das PopUp manuell geöffnet werden, damit die Buttons wieder ausgeblendet werden.
Was möglich wäre:
In den Script Einstellungen wählst du oneclick.
Dein Edit Button wird wie die anderen Buttons angezeigt, wenn ein Klick auf ein Timer erfolgt (kannst Du einstellen).
Dann wählst Du über die Tabelle den Timer und musst dann den EDIT Button drücken.

[Glasfaser]

@GiuseppeS

Irgendwie klappt es nicht ganz ... bzw. sehr merkwürdig .

Ich denke mal da muss Scrounger etwas an seinem Widget ändern , damit es auf dem normalen Weg reagiert !?

habe :

createState("Timer." + path + ".MaterialDialogWidgetOpen", false, {
    type: "boolean", 
    role: "button"
});

dann im Script bei Click ....

setState("javascript.0.Timer." + path + ".MaterialDialogWidgetOpen", true);

im Widget :

Pop Up öffnet nicht .

Nehme ich dann ein Boolbutton und weise Ihm den Datenpunkt .... .MaterialDialogWidgetOpen zu, (liegt einfach blind im View) , öffnet er den Popup !?

( View Dialog ist nicht eingestellt , deshalb dieser Effekt : )

[GiuseppeS]

@Glasfaser
Nimm mal statt Button ein normales State. Kann mir nicht vorstellen, was es sonst sein könnte.

[Glasfaser]

@GiuseppeS

Schon alles durchgetestet ....

[GiuseppeS]

@Glasfaser
Dann fällt mir nur noch ein mit Acknowkedge beim setState zu spielen.
Könntest setState mit Acknowkedge true und false testen.

[Glasfaser]

@GiuseppeS

setState zu spielen.

habe wirklich schon alles durch ....
sogar von außerhalb per Api Befehl geschaltet , kein muckser von Popup View , nur mit dem Blind Button im Hintergrund .

Habe alles wieder gelöscht / zurückgesetz ....

Sieht doch auch so gut aus :

.

.

[GiuseppeS]

@Glasfaser
Gefällt mir farblich echt gut 👍
Dann muss ich bzgl. des Themas auch aufgeben.
@micklafisch
Könntest auf Scrounger zugehen oder allgemein das Thema mit der Widget-Steuerung in Erfahrung bringen. Könnte dann einen Schalter im Skript hinterlegen, wie das PopUp gesteuert werden soll.
Vielleicht wollen zukünftig mehr Anwender @Scrounger PopUp Widget verwenden.

[micklafisch]

@GiuseppeS @Glasfaser
wow, ihr haut echt rein bezüglich Fehlersuche :blush:

Ich hatte ja @Scrounger auf diesen Thread verlinkt, ggf. kann er sich als Schöpfer dazu äußern bzw. hier Abhilfe schaffen.

Mal warten ob er sich rührt.

[Scrounger]

@micklafisch
Hab schon brav mitgelesen:-) allerdings kann ich nicht ganz folgen und hab auch leider nicht die Zeit alles durchzulesen, sorry!

Wenn etwas bei den mdw nicht funktioniert, dann bitte ausführlich im Testing Thread beschreiben oder noch besser nen issued auf GitHub erstellen.

[GiuseppeS]

@Scrounger
In Beitrag 490 hat Glasfaser ein Test durchgeführt, wie das Dialog Widget aus deinem Paket per JS aufgerufen werden kann.
Result:
Wird das Boolean per JS auf true gesetzt, öffnet sich der Dialog nicht. Wird das Boolean State aber mit einem Bool Button gesteuert öffnet sich der gewünschte Dialog.
Aber da es abstrakt gesehen, ausschließlich das Widget betrifft, ist ein Issue auf github für richtige Adresse. Falls die das Verhalten bekannt ist, könntest Du allerdings auch hier kurz eine Rückmeldung geben 😉

[Glasfaser]

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

Wird das Boolean per JS auf true gesetzt, öffnet sich der Dialog nicht. Wird das Boolean State aber mit einem Bool Button gesteuert öffnet sich der gewünschte Dialog.

Nee ... so :

Wird das Boolean per JS auf true gesetzt, öffnet sich der Dialog nicht.
Wird ein Boolean State im View gelegt als Dummy (nicht betätigt nur den Datenpunkt zugewiesen )
öffnet sich der gewünschte Dialog per JS