Danke für euer Feedback! Ich denke drüber nach 
Sollen alle Trigger im ersten « if » sein? Wenn ja, handelt es sich dabei um ein AND oder ein OR zwischen den verschiedenen Triggern des Blocks?
Ich hätte eher eine zusätzliche Ansicht für die Trigger erwartet.
Großartig auf einer Startseite, eine Karte pro Szenario (Logo, Name) mit zwei Schaltflächen, die jeweils zu unterschiedlichen Ansichten führen: die Trigger-Konfigurationsansicht und die Szenarien-Konfigurationsansicht. In der Trigger-Konfiguration könnte man mit AND und OR arbeiten.
Ja, alle Trigger sind im ersten Block „if“! Es sind eher ODERs, aber es hat keinen Sinn, von AND oder ODER zu sprechen, da jeder Trigger völlig unabhängig von den anderen ist, da ein Trigger = ein Ereignis.
Ich stimme zu, in den Screenshots, die ich gepostet habe, gibt es keine UI-Anzeige, dass es sich um unabhängige Trigger handelt. Ich werde versuchen, einen UI-Trick zu finden, um diese Nuance zu zeigen
Du möchtest eher über Bedingungen als über Trigger sprechen.
Ein Trigger ist ein Ereignis, das zu einem bestimmten Zeitpunkt t stattfindet, zum Beispiel:
- „Bewegung in der Küche“
- „Frau ist nach Hause gekommen“
- „Hausalarm aktiviert“
- „Eindringling im Garage erkannt“
- usw.
Die Ereignisse haben keine Verbindung zueinander, da sie zu einem bestimmten Zeitpunkt t stattfinden.
Eine Bedingung ist keine Reaktion auf ein Ereignis, sondern ein Vergleich eines aktuellen Zustands mit einem Wert.
Ein „Szenario“ besteht aus einem Trigger (Ereignis) gefolgt von einer Reihe von Aktionen, die bedingt ausgeführt werden können (mit dort tatsächlich UND/ODER).
Damit kann man Folgendes tun:
- Trigger: WENN eine Bewegung in der Garage erkannt wird
- Bedingung: UND es ist niemand zu Hause
- Aktion: DANN Benachrichtigung an den Benutzer XX senden
Wenn du https://zapier.com/ noch nie getestet hast, lade ich dich ein, ein Konto zu erstellen und es schnell auszuprobieren. Ihr System ist wirklich gut gemacht und daran orientiere ich mich für den Szenario-Editor von Gladys 4.
Ja, das ist mir jetzt klar, wie du es erklärst. Ich habe zwei verschiedene Dinge vermischt. Und als ich mir das Bild nochmal angesehen habe, hat mich das „if“ im ersten Block in diesem Denkfehler bestärkt. Es sollte eher ein „when“ sein, oder?
Ich schaue mir das sofort an.
Wir sind uns also einig 
Anstelle des « IF » kannst du etwas wie « When something in the list » verwenden. Und das « if » würde für den « Bedingung »-Block reserviert sein, der später kommt, nehme ich an. Der letzte Block, der für Aktionen gedacht ist, könnte « Do » als Titel haben.
Sind Ihnen die folgenden Definitionen recht?
Eine Szene ist eine Reihe von parallelen oder seriellen Aktionen. Kann eine andere Szene enthalten?
Ein Trigger oder Auslöser auf Deutsch, ist eine Zustandsänderung eines Objekts, die eine Szene oder ein Szenario aktiviert
Ein Szenario wird durch einen und nur einen Trigger aktiviert und enthält Aktionen oder Szenen,
die durch n Bedingungen bedingt sein können
Das ergibt:
- Trigger: WENN eine Bewegung im Garage erkannt wird
- Bedingung: FALLS niemand zu Hause ist
- Aktion: DANN Benachrichtigung an den Nutzer XX senden
Trigger + Szene = Szenario
Dadurch wird die Szene vom Szenario klar getrennt
Was denken Sie?
Wenn ich das richtig verstanden habe, funktionieren die Trigger mit den Szenen, aber es kann Szenen ohne Trigger geben. Es kann aber keine Trigger ohne Szenen geben, was logisch ist.
Sollte die Trigger-Box keine Option sein?
- Anzeige verringern
- Auf Benutzeranfrage hinzufügen
Nein! Danach könnte es eine Aktion « Szene XX starten » geben, aber das ist nicht wirklich eine Szene in einer Szene
Nein! Mehrere Trigger können eine Szene aktivieren, wie ich oben sagte.
Standardmäßig gibt es einen Platzhalter, aber ich bin einverstanden, dass die Trigger-Box standardmäßig weniger auffällig sein sollte, da sie nicht obligatorisch ist
Mir gefällt die Präsentation.
Sind die „Zustände“ (An/Aus in diesem Fall) dynamisch in Abhängigkeit vom Feature-Typ (Licht in diesem Fall)?
Ja, das ist dynamisch! Beim Auswählen ändert sich der Zustandsauswahl!
Das erinnert mich an etwas Nettes in der Hue-App, wenn du eine Lampe auswählst, leuchtet sie kurz auf und blinkt (visuell gesprochen 
) als visuelles Feedback der Auswahl. Das könnte man für die Lampen hinzufügen (bei der Bearbeitung der Szenen).
Man sollte nur keine Szenarien einrichten, wenn jemand ein Nickerchen macht 
.
Abgesehen vom Scherz finde ich das Verhalten ganz nett, natürlich als Nice to have 
Hallo zusammen,
Ich gebe mein Feedback etwas spät, aber man weiß ja nie, vielleicht ist es noch nicht zu spät
Ich teile die Meinung von @VonOx zur Trennung von Szene und Szenario und denke, dass die Implementierung der Szenen bei den Herstellern dieser Vision ähnelt:
Eine Szene = ein Satz von Zuständen. Bei Gladys wäre das also ein Satz von DeviceFeature.state.
Aus Sicht des Benutzers möchte ich einfach die Szene « Film anschauen » aktivieren:
- Wohnzimmerlicht aus,
- TV an,
- Lautstärke des Verstärkers auf 32.
Man könnte ggf. Zeitverzögerungen / Verzögerungen für die Zustände hinzufügen
Der Begriff « Aktionen » erscheint mir unangemessen. Es ist Sache des Systems zu wissen, welche Aktion es ausführen muss, um die Zustände der DeviceFeatures zu ändern. Wenn das Licht bereits ausgeschaltet ist, warum es dann noch einmal ausschalten?
Was die Trigger betrifft, wenn sie in den Szenarien vorhanden sind, warum sind sie dann auch in den Szenen enthalten?
Nach meiner Vorstellung und um die Definitionen von @peb aufzunehmen:
Eine Szene ist ein Satz von Zuständen von Geräten
Ein Trigger oder Auslöser auf Deutsch ist eine (oder ein Satz von) Bedingungen. Das kann der Zustand eines (oder mehrerer) Geräte oder jedes Ereignis sein (Empfang einer Nachricht, Uhrzeit, Datum, Verzögerung, Ankunft/Abfahrt eines Benutzers…)
Ein Szenario ist die Aktivierung einer oder mehrerer Aktionen, die einem Trigger unterliegen.
Es bleibt zu definieren, was Aktionen sind… Das könnte verschiedene Formen annehmen:
- Ändern des Zustands eines Geräts,
- Aktivieren einer Szene,
- Aktivieren/Deaktivieren eines Dienstes
Das ist meine Vision. Allerdings ist es bereits sehr weit fortgeschritten, und ich sehe, dass PG sehr aktiv in dieser Frage ist. Vielleicht ist es jetzt zu spät, um über dieses Feature zu diskutieren ^ ^
Es ist dasselbe Bildschirm. Der Benutzer muss den Ablauf verstehen.
- Ein Event ist ein Trigger 2) Gladys reagiert!
Kleines Screenshot des Fortschritts dieser Trigger-Ansicht:
Ich verbringe viel Zeit mit kleinen UI-Details, damit die Erfahrung so gut wie möglich ist.
Beispiel hier, das Dropdown-Menü zeigt die Liste der Geräte pro Raum an, und hinter der Anzeige des Triggers passt sich der ausgewählte Gerätetyp an.
Beispiel im Fall eines binären Ein-/Aus-Geräts:
Alles in mobilkompatibel:
Da gibt es nichts hinzuzufügen… Das hat was! Gute Arbeit!
Der Flow ist verständlich und offensichtlich einfach zu begreifen.
Ich bleibe trotzdem überzeugt, dass es ein Szenario und keine Szene ist 
Ich beginne mit einer kleinen Frage dazu:
Da mehrere Geräte dieselbe Gerätefunktion haben können, wäre es nicht interessant, das Paar „Gerät / Gerätefunktion“ in der Dropdown-Liste anzuzeigen?
→ Ich stelle mir vor, dass du schon daran gedacht hast und den Fall vorgesehen hast
Ansonsten finde ich, dass es wirklich gut aussieht, super, dass es nach Räumen sortiert ist, das ist nicht viel, aber es sieht wirklich sauber aus!!! Ist der „scene“-Zweig des Git weit genug fortgeschritten, um ein bisschen herumzuspielen? EDIT: Ich habe meine Antwort.
Danke für eure Nachrichten, das freut mich!
Ja, um die Benutzeroberfläche zu testen, nein, um funktionierende Szenarien zu erstellen Nicht alles ist schon verkabelt.