Diskussionsthread EDOMI-Releases/Updates

[saegefisch]

rdeckard : bin ein großer Freund von SVG und habe ausschließlich SVG im Einsatz. Animationen sind persönlich nicht so mein Ding in einer Visu, aber eine gute Frage bleibt es. Technisch wird das m.E. aber schwierig, weil die Anzahl im SVG selber steckt (z.B. "indefinite").

Damit wird daraus eigentlich die Frage, ob man aus edomi heraus SVG quasi operativ adjustieren kann. Und das fänd' ich sehr spannend, weil man dann SVG in einer Farbe erstellen könnte und in edomi mit der gleichen Technik umfärben könnte (der Vorteil von der Font-Lösung wäre dann dahin). Denkbar wäre, dass man das SVG-XML im Universalelement z.B. generell per RegEx oder für spezifische Tags überschreiben könnte (auch in dyn. Designs) oder eher statisch im Bilder-Upload aus einem SVG mit änlicher Technik Varianten erzeugten könnte, die man dann regulär in der Visu nutzen könnte (Upload SVG, dann dort x Varianten mit anderen Farben oder Animationen erstellen). Oder man bekommt "irgendwie" Zugriff auf die DOM eines SVG zur Laufzeit und adjustiert es so. Oder ganz anders? Oder gar nicht sinnvoll möglich?

[rdeckard]

gaert
Frage: Du bist ja aktuell stark am Ändern der Visuelemente (inkl. Export/Import solcher Elemente). Wir hatten ja immer mal wieder das Thema Animationen, da dies halt bei gezielten Einsatz eine Visu optisch stark aufwerten kann.
Mal abgesehen von den CSS-Möglichkeiten, habe ich ja mal kurz ein paar Tests mit Anim-GIFs und animierten SVGs als normale Bilder ausprobiert. Der Browser spielt diese Animationen jetzt schon ab. Problem ist eigentlich nur, dass man keinen Einfluss darauf hat, wie oft. (Aktuell ist es ein Endlos-Loop, was für die meisten Fälle weniger geeignet ist. Ein einmaliges Abspielen der Animation wäre das beste.)
Könnte man im Univeralelement hinter dem Feld "Hintergrundbild" evtl. noch eine Angabe der Wiederholung anbringen? (z.B. 0=Unendlich wie es jetzt ist, 1=einmal abspielen etc.)
Oder das Ganze in den unteren Animationsteil auslagern/erweitern. Dieser Teil kennt aktuell glaub nur CSS-Befehle (für Blinken etc.), aber keine Befehle, wie oft ein animiertes Bild abgespielt würde.
Ich weiss nicht, ob das technisch überhaupt möglich ist oder ob dies der Browser automatisch interpretiert. (Ich habe ja damals schon mal versucht, direkt im Anim-GIF die Loops anzugehen, was aber im Browser offenbar nicht erkannt wurde.)

Ich sehe eher schwarz, aber falls du eine Möglichkeit siehst, sowas ohne grossen Aufwand noch zu integrieren, würde dies später ganz neue und tolle Visus erlauben, die man ja höchstwahrscheinlich ab V2.0 hier in grosser Vielzahl austauschen könnte. Zumindest würde es den Kreativen unter uns wieder eine neue Spielwiese ermöglichen.

[saegefisch]

...wohlmöglich fühlt sich der ein oder andere davon negativ "auf den Schlips getreten" und ich bewundere Christians stoische Ruhe im Umgang damit (wobei er es mit den "das kommt"-Einblicken natürlich auch befeuert...): Aber mir persönlich geht die ewige Frage, nach "wann kommt 2.0", "was ist alles abgearbeit", "kommt dies und das auch noch" ehlich gesagt ziemlich auf den Nerv.

edomi kann heute schon mehr alles vermutlich alle sinnvollen Alternativen, edomi zeichnet sich durch sehr stringentes und wohl durchdachtes Konzept aus und mit einer sehr intuitiven, modernen und guten UI und bei einer ganz offenbaren, sehr aktiven Weiterentwicklung. Dazu diese wunderbare Community in diesem Forum, die fast jeden Tag eine große Bereicherung ist. Diese Kombination ist ein seltener Glücksfall. Kann man das nicht einfach mal als Geschenk annehmen, zufrieden mit dem sein, was wir bereits haben und abwarten? Den Dingen seinen Lauf und seine Geschwindigkeit lassen? >> Würden die, die ich meine selber diese Nachrichten bekommen wollen, wenn es ihr Produkt wäre? Was Du nicht willst, was man Dir tut...

Ja, es ist gut, Wünsche und Ideen für weitere Features einzubringen und mit Christian zu diskutieren. Dafür gibt dieses Forum, dafür ist Christian offen, dafür gibt es genug Beispiel. Am Ende des Dialogs ist es vorbei oder "uff der Liste". Und gut ist's doch; man sollte wissen, wann es genug ist oder wann man "verloren" hat oder schlicht abwarten sollte. Aber diese ewige Wiederholerei der selben Themen, die sinnlose Frage, ob dies und jenes (mit dem immer impliziten "endlich") in der kommenden Version wohl drin ist, empfinde ich als ein unanständiges Drängeln. Oder das Bild "des kleinen Fingers und der ganzen Hand". Das Argument dazu ist vermutlich "ich wollte nur wissen, ob es sich noch lohnt, bevor ich eine andere Lösung suche" oder ähnliches. Kann man nicht einfach die Dinge annehmen, wie sie kommen, denn wir sind schon auf einem extrem hohen Niveau! Ja, vielleicht hat man dann "unnötig" eine Fleißaufgabe gemacht und 4 Wochen später kam eine hilfreiche Funktion mit einem Klick dafür in einer neuen Version. Hatte ich auch schon (und Zeit ist definitv mein knappestes Gut). so what?!

Das betrifft explizit nicht Fragen, ob und wie man dies und jenes (mit aktuellen Funktionen) lösen kann. Dafür ist das Forum genau da.

just my 2 cents...im mehrwöchigen Rückblick auf eine (vermutlich famose) V2.0 am Horizont... mir ist dafür das Frühjahr genauso recht wie Sommer, Herbst oder irgendwann 2020...
Das ist mein ganz persönliches Gefühl und Gefühle muss man nicht erklären. Aber dennoch: Ihr dürft jetzt auf mich einschlagen...

[gaert]

Nein, das geht so einfach nicht... In den Visuelementen funktioniert das vollkommen anders (Websocket usw.).

[DolcheVita]

gaert ich will ja nicht frech werden, aber... (der Wunsch bzw. die Idee wurde bereits genannt)
An anderer Stelle (z.B. Diagramme) wird ja die Möglichkeit eingeräumt, die KO-Nr/ID direkt in den Feldern zu verwenden, wäre das nicht hier auch eine Möglichkeit, oder übersehe ich was. Das wäre doch eine "einfache" Möglichkeit beliebig viele Steuerungs-KO zu verwenden

[ThomasCologne]

Kann man schon abschätzen, wieviel % der "uff Liste" mit der 2.0 abgearbeitet sind? Oder wird die Tapetenrolle (gefühlt) einfach nicht kürzer?

[saegefisch]

Das ist klasse, Christian! Danke, dass Du diesen Wunsch aufgenommen hast.

[Brick]

"Möglicher Weise" wird es bald ein (optionales) weiteres KO für Visuelemente geben: Falls angegeben, wird damit das dynamische Design ausgewählt. Falls nicht angegeben, legt wie gehabt das "Steuerungs-KO" das dynamische Design fest.

[ak68]

"Möglicher Weise" wird es bald ein (optionales) weiteres KO für Visuelemente geben: Falls angegeben, wird damit das dynamische Design ausgewählt. Falls nicht angegeben, legt wie gehabt das "Steuerungs-KO" das dynamische Design fest.

Top, darauf habe ich lange gewartet, dann ist kein Verbinden + "Split" mehr nötig !

[gaert]

"Möglicher Weise" wird es bald ein (optionales) weiteres KO für Visuelemente geben: Falls angegeben, wird damit das dynamische Design ausgewählt. Falls nicht angegeben, legt wie gehabt das "Steuerungs-KO" das dynamische Design fest.

Auf diese Weise kann man z.B. mit dem herkömmlichen "Steuerungs-KO" die Beschriftung variieren, während man zugleich mit dem neuen 3. KO ein anderes Design auswählt (z.B. andere Farben, etc.).

Das neue KO dient dabei ausschließlich der Auswahl des dynamischen Designs. "{#}"-Angaben beziehen sich wie gehabt stets auf das "Steuerungs-KO". Dies ermöglicht zumindest in den meisten Fällen deutlich mehr Freiheiten (ohne split()-Konstrukte), deckt aber natürlich nicht alle denkbaren Szenarien ab.

Bevor nun Diskussionen eskalieren: Mir ist durchaus bewusst, dass der Bedarf an weiteren "Steuerungs-KOs" vorhanden wäre (also quasi "{#2}", "{#3}", usw.) - aber dies wäre sehr aufwändig zu implementieren und zudem habe ich auch immer die Gesamtperformance der Visualisierungen im Auge.

Im Visueditor wird es ein weiteres Vorschau-Eingabefeld geben, das eben dieses neue KO (im Sinne einer Vorschau) befüllen kann.

[Marino]

Finde ich gut, damit habe ich lange Zeit nur Probleme gehabt.

[mwKNX]

die kommende V 2.0:

Die neue Wunderwaffe

[gaert]

Hier schonmal eine "Warnung" (kein Aprilscherz) für die kommende V 2.0:

Das Scrolling auf Touch-Geräten (iOS, Android) wird in V 2.0 immer(!) blockiert. Die entsprechende Option in den Visuaccounts wird es nicht mehr geben. Unter Umständen muss also der ein oder andere sein/ihr Visu-Konzept überdenken!

Der Grund für diese Maßnahme: Das Scrolling macht nur Probleme, z.B. bei Slidern/Drehregler etc. Da das Grundkonzept von EDOMI eigentlich eine fixierte Visu voraussetzt (so war's eigentlich immer, doch ich habe mich irgendwann hinreissen lassen...), habe ich mich für diesen "Rückwärtsschritt" entschieden.

Also: Auf iPad & Co. wird die Visu nicht mehr scrollbar sein, die "Größe" der Visu (Auflösung) ist also ggf. entsprechend anzupassen - andernfalls werden u.U. einige Bereiche nicht sichtbar sein.

Diskussionen sind hier übrigens nutzlos - die Entscheidung steht...

[Winni]

gaert : Steht eigentlich die Möglichkeit die Kameraaufnahme einer Kamera als Visuelement einzubinden auf deiner Liste? Meine Kids müssen aktuell täglich prüfen, ob unser Igel, den wir im Herbst aufgepäppelt haben wach geworden ist. Geht halt leider nicht in der Visu.

[crewo]

Und ich dachte du haust das Ding heute raus, quasi als Aprilscherz für Gira