mir fallen in kürzester Zeit immer wieder die Boolean Variablen in den Apps auf die Füße. In den Apps ist immer nur ein „An/Aus Haken“ unabhängig vom Variablenprofil, welches komplett ignoriert wird.
Gerade im Zusammenhang mit den existierenden KNX Variablenprofilen ist dies ein sehr ärgerlicher Fehler, der sehr oft für Verwirrung sorgt.
Das wird nicht passieren: IP-Symcon Community Forum
Wobei ich persönlich die Lösung, die nativen Checkboxen nur bei ~Switch und ~Switch.Reversed zu nutzen, ganz charmant finden würde.
Michael
Und was aktuell mit dem umschaltenden Checkboxen nicht funktioniert, aber im WF, ist noch einmal den gleichen Zustand zu senden.
Also mehrmals EIN.
Michael
Genau sowas meine ich, das hat man bei KNX häufiger.
Beispiele:
AUS für ein Zentral-Aus, wo man natürlich niemals ein Zentral-EIN sendet sondern immer nur AUS.
Oder mehrfach 1bit um eine Audio Lautstärke zu verändern.
Ich habe in diesem Jahr zwei KNX Installationen für die Zielgruppe 60+ gemacht. Seitdem hat sich meine Sicht auf das Thema verändert. Die wollen bei einer offenen Tür keine grüne Checkbox mit Haken haben. Ich wurde zu Recht gefragt, warum ein grüner Haken eine offene Tür anzeigt. Er suggeriert nämlich, dass alles gut ist. Ob man nicht einfach „offen“ oder „geschlossen“ anzeigen kann. Die Diskussion, warum ein aktiver Präsenzmelder keinen Haken hat und ein gesperrter einen Haken hat, kam gleich danach. „Machen Sie es doch so wie im Browser“.
Kann ich nicht. Kann ich schon, dafür muss ich aber eine zusätzliche Variable pflegen, ein Skript anlegen und so weiter. Weiter geht es mit einem zusätzlichen Webfront für die mobilen Apps, in welchem dann die Hilfsvariable angezeigt wird. Alles zusätzlicher Aufwand, den mir keiner zahlt.
Daher die Bitte an paresy: bitte die Boolean Variablen in den mobilen Apps sinnvoll nutzbar machen.
Ich fürchte auch, dass an man an dieser unglücklichen Entscheidung festhalten wird.
Man war damals nicht bereit darüber zu diskutieren und so wird es wohl auch diesmal sein.
Der jetzige Zustand wurde damals als die beste Lösung bezeichnet.
Leider wurde nie bekannt, welches Problem damit gelöst werden sollte.
Doch, es wurde ziemlich lange sogar darüber in einem Threads diskutiert. Das war vor meiner Zeit. Vielleicht findet ja jemand den Threads dazu.
Das Problem vorher war ja, das man immer zwei Bedienschritte brauchte um eine Bool Variable zu schalten, so wie bei den Integer Variablen mit Assoziationen.
Michael
Ich finde zwar auch nichts mehr, kann mich aber ebenfalls dunkel daran erinnern. Es wäre für die normale Bedienung in der App einfach zu umständlich, wenn man bei jedem Boolean eine Auswahlliste hätte. Solange man keine Wahl hat ist die jetzige Lösung sicherlich die beste.
Interessanterweise gibt es gerade einen anderen Thread, wo es genau andersherum für das WebFront diskutiert wird: Toogle-Button. Hier ist eine platzsparende Darstellung auch für das WebFront gewünscht.
Im Prinzip drehen sich beide Diskussionen um das gleiche Thema: der Anwender möchte die Entscheidung zwischen platzsparender Darstellung (Toggle-Button wie in App) oder informativer Darstellung (Auswahlliste wie im Webfront) gerne selber treffen können.
Somit wäre eine Darstellungsoption (getrennt für App und Webfront) im Profil wohl eine super Lösung.
In der App ist es nun aber so, dass bei der Assoziation „Gesperrt“ der Haken in der Checkbox ist. Passt ja auch irgendwie, denn Haken = True, aber erkläre das mal einem Kunden oder einem nicht so technikaffinen Menschen.
Wie sieht hier der Fahrplan der Symcon GmbH aus? Ich sehe hier immer noch dringend Handlungsbedarf.
Darum geht es nicht. Es geht darum, dass Variablenprofile für alle Variablen in den mobilen Apps vernünftig angezeigt werden, nur eben für Boolean Variablen werden sie - seit einer Änderung vor paar Jahren - nicht vernünftig angezeigt sondern ignoriert.
Moin Moin,
ich würde hier ein +1 setzen …
Als workaround nutze ich aktuell auch ein SetName auf den Link, sehe das aber auch ganz klar nur als workaround.
Da habe ich die tollsten (bunten) Profile … und die mobilen Geräte ignorieren sie. Von der Tatsache, dass jedes Skript in irgendeiner Art und Weise Arbeit=Geld kostet sehen wir mal ganz ab.
Und: ein Anfänger/Einsteiger kriegt das defintiv nicht hin.