Last call für Flug sV 2.9

[smai]

War das mit dem Example2 ok?

Ich bin das noch am anschauen. Unter anderem war da noch ein Fehler von früher (also nicht von dir) in allen aktiven Symbolen im Menü.
Aber deine Arbeit scheint in Ordnung, danke.

Example3 ist leider noch viel komplizierter, da blick ich selbst noch nicht ganz durch. Schau es dir mal an.

Der Template Checker hat anscheinend ein problem mit UTF-8 (äussert sich in dem °). Ich werde mir auch das noch anschauen.

[wu3mi]

Hallo,

ich muss mich erneut mit einem "openhab" Thema melden. Diesmal in Verbindung mit plots.
Es funktioniert alles soweit gut, doch bei plot.period mit mehreren Einträgen habe ich das Phänomen, dass <plot 1> die gespeicherten Daten anzeigt und <plot 2> erst bei Aufruf der Seite kommt => danach verschwindet <plot 1> und <plot 2> wird weiter geführt. (sichtbar am Bild)

{{ plot.period('', ['rrd4j:Temperatur_KG_Buero_1w', 'rrd4j:Temperatur_KG_Buero'], 'avg', '12h', 'now', '', '', '', ['Raumtemperatur', 'Thermostattemperatur'], ['#a00', '#a70'], '') }}

Wäre nice, wenn dem nachgegangen werden könnte.

plots mit 2 daten.PNG

Besten Dank für Inupts, Outputs, Hints und was es sonst noch alles gäbe ...

[Orion]

Hallo,

zu dem UZSU Widget wegen dem fehlenden Expert Button: Ja das war gewollt so. Auch die anderen Themen von Breiten usw. war schon immer ein Fluch, weil jeder Browser irgendwas anderes gemacht hatte (Auf/Ab Felder innerhalb oder ausserhalb usw.)
War ein Kompromiss, der allerdings schon 2 Jahre her ist. Wahrscheinlich muss man nach heutigem Stand nochmal nachtönen. Ich würde davon abraten im kleinsten Browserfenster alles können zu wollen -> dan macht mehr kaputt als man als User gewinnt. Wenn man viel einstellen will braucht man viel Displayfläche.

Grüsse

Michel

[schuma]

smai
So, hier die geänderte Example3 Datei.
Alle deprecated widgets ausgetauscht.

example3.advanced.zip

[schuma]

Ich hätte da noch eine Idee.... Aber dann wohl erst für die 3.0
Ein Text "Hinweis" wenn man über einen Button mit der Maus fährt wäre toll
Dann bräuchte man nicht unbedingt Text in den Button bringen sondern würde dann diesen über den Hinweis erhalten.
Für Szenen Button ganz gut. Oder alles was man mit einem Symbol schlecht erklären kann.
Das Ganze dann für stateswich, symbol und trigger.

Die Frage ist dann wie das mit Touchdisplay funktioniert? Länger drauf drücken?

[Sisamiwe]

smai

Mir ist in der 2.9 auch noch was aufgefallen.
Wenn man widgets gruppiert mit "<div data-role="controlgroup" data-type="horizontal">" wird der vertikale Abstand zwischen 2 Reihen von Widgets größer.
3.JPG4.JPG

Im Beispiel ist der Code gleich, bis auf die Gruppierung.
Das soll doch bestimmt nicht so sein, oder?

[Sisamiwe]

smai
Sag mal, ist der basic.maptext aus der Doku rausgeflogen?

[smai]

Sag mal, ist der basic.maptext aus der Doku rausgeflogen?

Ja, basic.maptext wird nicht benötigt, weil die Funktionalität durch das erweiterte basic.symbol abgedeckt ist.
Da es nie in einem Release vorhanden war, habe ich es nicht als deprecated in der Doku gelassen sondern ganz raus genommen.
Weil aber schon viele die Develop-Version nutzen, habe ich das Makro selbst (mit Umleitung zu basic.symbol) im Code drin gelassen.

[smai]

Die Frage ist dann wie das mit Touchdisplay funktioniert?

Deshalb habe ich sowas nie eingebaut. Das Thema gab es schon einmal kurz in einem Issue: https://github.com/Martin-Gleiss/smartvisu/issues/123

Wenn man widgets gruppiert mit "<div data-role="controlgroup" data-type="horizontal">" wird der vertikale Abstand zwischen 2 Reihen von Widgets größer.
[...]
Das soll doch bestimmt nicht so sein, oder?

jQuery Mobile ist anscheinend der Meinung, dass dies so sein soll. Ich teile diese Meinung nicht und werde das übersteuern.

ich muss mich erneut mit einem "openhab" Thema melden. Diesmal in Verbindung mit plots.
Es funktioniert alles soweit gut, doch bei plot.period mit mehreren Einträgen habe ich das Phänomen, dass <plot 1> die gespeicherten Daten anzeigt und <plot 2> erst bei Aufruf der Seite kommt => danach verschwindet <plot 1> und <plot 2> wird weiter geführt.

Beim Weiterführen gibt es allgemein noch ein Problem, welches ich noch nicht lösen konnte. Das von dir beschriebene Phänomen passt aber noch nicht ganz dazu.
Ich schau mir das an.

[Tontechniker]

Hallo smai ,
es ist bald Weihnachten und da wollte ich mich mal herzlich bei dir für die viele Arbeit bedanken, die du in SmartVisu steckst!
Die Version aus dem develop-Verzeichnis (2.9-dev) läuft bei mir ohne Probleme mit dem "alten" Smarthome zusammen, ich bekomme nur beim Aufstarten die Fehlermeldung "WebSocket: protocol mismatch. Update SmartHome.py". Das stört mich z.Zt. nicht. Bei Gelegenheit (wenn ich viel Zeit habe) werde ich dann mal auf SmarthomeNG umstellen. Für mich war erstmal wichtig, die komplette Visu auf eine neue Version - mit allen Hindernissen - umzustellen.
Gruß
Hans

[Hochpass]

Hab gerade den MDT Heizungsaktor mit dem dazugehörigen Widget angebimmelt.

Kann man die Sollwertverschiebung irgendwie begrenzen? Wenn man im Clipping vom MDT Aktor ist dann tut sich nichts mehr.
Bsp. irgendwer hat 10°C Sollwertverschiebung über die Visu eingestellt aber der Aktor begrenzt auf +-3°C.
Wenn man dann die Temperatur verstellt sieht es so aus als ob die Visu nicht mehr funktioniert -> WAF schecht...

Oder gehört das ins in eine smarthomeng logik?

[schuma]

Ich habe da noch eine Frage:

Wenn ich versuche diese zwei Button in einem Span in der Größe per individullen CSS einzustellen funktioniert das immer nur bei dem zweiten Button.
Aufruf in der Seite:

<span data-role="controlgroup" data-type="horizontal">
    {{ basic.trigger('trh100', 'Bad_Heizkoerper', 'HK 15 Minuten 100%', '', 1) }}
    {{ basic.trigger('trhk0', 'Bad_Heizkoerper', 'HK normal', '', 0) }}
</span>

visu.css:

#EG_Raum3-trh100 ~a {width: 120px; padding: 0 5px;}

#EG_Raum3-trhk0 ~a {width: 120px; padding: 0 5px;}

Ergebnis:
Übrigens auch ohne "span" nicht richtig:
css.png

Kann sich das jemand erklären? Oder ist da noch ein Fehler irgendwo?

[smai]

Ich würde das Problem bei der controlgroup suchen, weil das erste Element in eine Gruppe ja anders formatiert ist.
Schau dir im DOM-Inspector des Browsers deines Vertrauens mal die CSS-Regeln an. In allen mir bekannten Browsern sieht man da, welche Regeln zur Anwendung kommen und welche übersteuert sind.
Anstelle von ~ wäre übrigens + der bessere Verbinder, weil ~ auf alle Elemente derselben Ebene wirkt und + nur auf direkt Nachfolgende.
Und wenn du schon ein span darum hast, wäre es evtl. sinnvoller, diesem span eine ID zu geben unddann "#id-des-span a" zu verwenden.

[smai]

Kann man die Sollwertverschiebung irgendwie begrenzen?

Geht aktuell nicht.
Der RTR ist irgendwie das neue Problemkind, da gibt es so vieleverschiedene Varianten und Bedürfnisse, da lässt sich nicht alles unterbringen.

[schuma]

Ich würde das Problem bei der controlgroup suchen

OK, das hat es jetzt gebracht:

#EG_Raum3-trh100 {width: 120px; padding: 0 5px;}
#EG_Raum3-trhk0 {width: 120px; padding: 0 5px;}

also ohne "+a" oder "~a".

css.png

Edit:
Wenn aber ein Icon mit auf dem Button ist, muss das "+a" wieder eingefügt werden!

Also: Nur Text = ohne +a oder ~a
Mit Text und Icon: mit +a oder ~a