Verwaltung des Alarmanlagen-Status (aktiviert/deaktiviert)

Ja, das ist nicht dumm, oder? :sweat_smile:

@pierre-gilles,

Ich habe das Bild getestet, nur ein kurzes Feedback zu den Parametern

Bei der Verwaltung des Zugriffscodes denke ich, dass man eine numerische Eingabe erzwingen oder die Fehlermeldung bei der Validierung ändern sollte
image

image

Gleiches gilt, wenn der Code zu kurz ist, die Fehlermeldung ändern, da sie immer dieselbe ist.
image

Für das Widget finde ich es eher logisch, dass der Button aktiv ist, wenn er anklickbar ist.

Der Punkt ist, dass, wenn er aktiv ist, wenn er anklickbar ist, das standardmäßig so aussieht:

Und so, wenn er aktiviert ist (z. B.):

In diesem Fall finde ich, dass es, obwohl es logisch ist, den aktuellen Zustand des Alarms nicht hervorhebt.

Danke für euer Feedback! Ich arbeite heute an allen Rückmeldungen.

Bei den klickbaren Buttons werde ich Tests durchführen und Bescheid geben, da ich sehe, dass das Thema nicht einhellig ist :slight_smile:

Ich habe trotzdem eine Frage zur Deaktivierung.
Bei meinen Eltern muss man den Code eingeben, um die Alarmanlage zu deaktivieren. Und das finde ich gut. Es sollte auf allen Gladys-Instanzen möglich sein, den Code auf die eine oder andere Weise zu deaktivieren.

Die Ansicht für den Tablet-Modus ist gut, aber für mich sollte die Ansicht des klassischen Modus, wenn man darauf klickt, einen Bildschirm mit dem Code anzeigen, um die Deaktivierung durchzuführen.

Nein, das denke ich nicht. Die Ansicht auf einem Nicht-Tablet-Bildschirm (z. B. auf deinem Telefon) sollte einfach diese Schaltflächen zum Deaktivieren mit einem Klick anzeigen.

Dein Telefon ist bereits authentifiziert (biometrisch oder per Code). Bei den Alarmanlagen-Apps, die ich verwendet habe, erlaubt die mobile App das Deaktivieren mit einem Klick.

Der Code ersetzt nur die „physischen“ Tastaturen, aber meiner Meinung nach werden die meisten Leute die Alarmanlage über ihr Telefon deaktivieren, wenn sie nach Hause kommen.

Hinzufügen von mehr Validierungen bei der Code-Erstellung:

Dazu habe ich festgestellt, dass Firefox die Hölle war, um die Anweisung autocomplete="off" zu respektieren (er respektiert sie nicht)

Die einzige Lösung, die ich gefunden habe, ist, ein zweites Passwortfeld einzufügen, aber versteckt, damit er dieses versteckte Feld autocomplettiert :tired_face:

Effektiv waren die Knöpfe auf dem iPad ein bisschen klein!

Ich habe eine „dicke Knöpfe“-Ansatz versucht, damit ist es weniger leicht, sich zu vertun :slight_smile:

Ja klar, das ist richtig gut, da können wir ohne zu zögern hin :wink:

Ich gehe weiter zu den Funktionen, jetzt sind die Tablets nach 3 fehlgeschlagenen Versuchen 5 Minuten lang gesperrt. (Es ist immer noch möglich, den Alarm über das Telefon zu entsperren):

In den Szenen kann ein Auslöser eine Szene bei diesem Ereignis ausführen:

Was die aktiven Schaltflächen betrifft, stimme ich nach den Tests zu, dass es klarer ist, den aktuell aktiven Zustand als „gefüllt“ darzustellen:

Neues Docker-Image zum Testen verfügbar!

:warning: Achtung, nicht in der Produktion ausführen, diese Funktion ändert die Datenbank :warning:

gladysassistant/gladys:alarm-mode

Ich habe gerade das Bild getestet.
Ich finde, dass der Code-Eingabebereich so besser proportioniert ist :+1:

Was das Widget betrifft, finde ich, dass diese Version der aktiven/inaktiven Schaltflächen intuitiver ist. Allerdings hätte ich mir eine Änderung der Beschriftung nach dem Klicken gewünscht:

  • ARMER → ARMÉE
  • DESARMER → DÉSARMÉE
  • ARMÉMENT PARTIEL → ARMÉE PARTIELLEMENT
  • PANIQUE → keine Änderung

So ist es besser mit dem kleinen Statustext oben verbunden. Mein 2 Cent :wink:

Letzte Rückmeldungen bezüglich der kleinen alert Meldung, die einen falschen Code anzeigt.

  • Wenn ich einen falschen Code eingebe, erscheint die Meldung.
    Dann gebe ich aus Gewohnheit die erste Ziffer meines Codes ein, wie um neu zu beginnen, aber das Feld wird nicht zurückgesetzt, daher tippe ich, wenn ich nicht aufpasse, mehrmals meinen Code ein, ohne jemals „von vorne“ im Eingabefeld zu beginnen.

  • Gleiches Szenario mit falschem Code, wenn ich die erste Ziffer eingebe, nachdem die Meldung erschienen ist, verschwindet die Meldung… aber dadurch verschieben sich die Tasten des Keyboards nach oben, was die Eingabe etwas wackelig macht. Die Meldung sollte an einer Stelle erscheinen, die die Positionierung der Tasten des Keyboards nicht verändert.

Das war’s!!

Danke für das Feedback @guim31 :clap:

Mmm, nicht sicher, ob das Sinn ergibt. Für mich sind das weiterhin Aktionsbuttons und keine „Zustände“.

Stimmt, ich korrigiere das :smiley: gut aufgepasst!

Wenn ich die Nachricht anzeige, wenn du tippst, wäre das okay? Denn die Nachricht an einer Stelle anzuzeigen, die die vertikale Positionierung nicht verändert, ist knifflig. Es gibt nur unter den Tasten Platz und das würde wirklich nicht gut aussehen.

Vorschlag:

(Der Textbereich ist klar + die Nachricht bleibt erhalten, um Layout-Verschiebungen zu vermeiden)

Ja, wenn die Nachricht so bleibt, wird das Problem gelöst :+1:

Das ist korrigiert :slight_smile: Ich habe einen neuen Build gestartet

Ich habe es gerade getestet und alles scheint auf meiner Seite normal zu funktionieren.
Ich habe die Auslöser „Der Alarm wird aktiviert“ und „Alarme: Zu viele ungültige Codes“ nicht getestet

Gut gemacht :clap:

Ich habe gerade das letzte Bild getestet, es ist perfekt für die Tastatur, die sich nicht mehr verschiebt, und für das Textfeld, das sich zurücksetzt :+1::+1:

Ich kann es kaum erwarten, das alles bei mir einzurichten, es wird deutlich besser als mein aktuelles Gebastel sein!! :grin: