Moderatoren: jmaus, Co-Administratoren
Da geht es noch, weil man um eine neue Einstellungsseite aufzurufen erst aus der Ansicht raus muss, in die Geräteliste. Da gwöhnt sich das Auge dran ^^
Code: Alles auswählen
HmIP-HEATING INT0000002:1
Verknüpfungspartner Heizungsthermostat (manuelle Bedienung, Sender)
Naja, das. ist eine rohe Seite mit ein wenig Struktur und Bootstrap css, welches über. SASS angepasst werden kann. Sollte also unter jedem BS runterladbar und im Browser anzuschauen sein.
Ich denke diesbzgl. haben wir hier einen breiten Konsens. Ich würde es sogar noch härter ausdrücken: Die WebUI braucht einen kompletten Neustart in Punkto Design.
Nun, prinzipiell geht der PR ja in die richtige Richtung. Die Frage ist nur (weil du ja schon weiter unten einen ersten Design-Prototypen mit Bootstrap vorstellst) ob es sich überhaupt lohnt diesen PR überhaupt in die existierende WebUI noch zu integrieren? Denn so wie der Stand des PR momentan ist, kann man das so nicht direkt mergen weil damit an vielen Ecken und Kanten das Design der bestehenden WebUI sich so stark ändert (Abstände, Button-Layouts, etc.) das man jetzt an vielen stellen die CSS mit overrides zupflastern müsste damit die Bootstrap CSS nicht überall durchdringt. Wäre es nicht sinnvoll wir investieren die Zeit besser in die (Weiter-)Entwicklung der neuen WebUI basierend auf Bootstrap?ptweety hat geschrieben: ↑15.11.2021, 23:28Vielleicht schaffen wir es ja als ersten Schritt auf ein moderneres Framework (Bootstrap) zu gehen. Einen PR dazu gibt es schon ...
Also das gefällt mir als ersten Anfang schon einmal sehr sehr gut und endlich sprechen wir nicht nur über den oft festgestellten notwendigen Neustart des WebUI-Designs, sondern wir haben durch dich wohl endlich jemanden gefunden mit genügend Web-Design Erfahrung und wohl auch Motivation um etwas diesbzgl. auf die Beine zu stellen. Also bitte am Ball bleiben und weitermachen! Ich bin da gerne bereit auch mehr Zeit zu investieren in dieses Redesign, aber ganz alleine will ich das ehrlich gesagt eben nicht machen. Bevor wir da aber konkret starten, bleiben da noch gewisse Fragen offen die wir erst einmal IMHO klären sollten:
Hier müssen wir vielleicht etwas klarer formulieren, was darunter zu verstehen ist.
Nun, dazu braucht es erstmal eine Aussage zum Ziel des Redesigns. Und das ist m.E. abhängig davon, wieviel Knowhow vorhanden und welche Manpower verfügbar ist.
Danke für die Blumen, aber ich mache das aus Interesse und als Hobby. In den Reigen der Profis füge ich mich da noch nicht einjmaus hat geschrieben: ↑16.11.2021, 08:39Also das gefällt mir als ersten Anfang schon einmal sehr sehr gut und endlich sprechen wir nicht nur über den oft festgestellten notwendigen Neustart des WebUI-Designs, sondern wir haben durch dich wohl endlich jemanden gefunden mit genügend Web-Design Erfahrung und wohl auch Motivation um etwas diesbzgl. auf die Beine zu stellen.
Ja, und siehe obenjmaus hat geschrieben: ↑16.11.2021, 08:39Bevor wir da aber konkret starten, bleiben da noch gewisse Fragen offen die wir erst einmal IMHO klären sollten:
Insgesamt sei aber noch einmal betont, das ich es sehr sehr unterstütze das wir über reine/leichte CSS anpassungen hinausgehen und wie von ptweety aufgezeigt die WebUI einerseits kompletterneuern vom Design her, aber das alte vertraute Layout der WebUI versuchen weitestgehend beizubehalten damit der Nutzer sich unter'm Strich weiterhin "zuhause" zurechtfindet - auch weil ich weiterhin der Meinung bin das die WebUI vom Prinzip her mehr eine reine Konfigurationsoberfläche für HomeMatic ist und sein sollte als eine Bedienoberfläche!
- Ist bootstrap wirklich das "beste" bzw. passenste JS-Framework das wir alleine nehmen/nutzen sollten? Oder vielleicht doch gleich auch sowas wie ReactJS mit aufnehmen (siehe https://github.com/react-bootstrap/react-bootstrap)?
- Da ein solches komplettes Redesign der WebUI nicht ohne umfangreiche Anpassungen im Backend (tclsh, js, rega) einhergehen kann, sollten wir meiner Meinung nach die Arbeiten daran eigentlich sobald wie möglich (gleich?) in einem separaten Branch im RaspberryMatic Repository aufnehmen. Eben damit sich einer (ptweety) um das Design und der andere (ich?) gleich um die Backend-Anpassungen kümmern können.
- Eine weitere Frage wäre auch noch wie wir das ganze dann in das bestehende OCCU WebUI integrieren/patchen können am schluss, denn es wird ja nicht nur bei CSS Anpassungen bleiben, sondern an vielen stellen werden wir die htm, tcl, etc. Dateien stark anpassen müssen. Oder ersetzen wir gleich das gesamte /www Verzeichnis durch unsere Anpassungen bzw. unser neues WebUI?
- Und natürlich werden wir dann alle unsere WebUI Patches anpassen bzw. zurückrollen/entfernen müssen weil wir ja funktionalitäten dann direkt in die neue WebUI integrieren werden statt diese dann wieder via dem WebUI Patchmechanismus "nachzupflegen". Da wäre auch die Frage wie wir das am besten erledigen perspektivisch.
Gut das du die Differenzierung des Zieles des potentiellen WebUI-Redesign noch einmal angesprochen hast. Ich bin da ganz bei dir. Primäres Ziel sollte (a), d.h. das Redesign auf Präsentationsebene sein. Ich sehe den Punkt das der Rest bzw. (b) einen erheblichen Mehraufwand darstellt. Und vielleicht könnten wir das ja dann ggf. im Anschluss dann erledigen wenn wir mit (a) soweit zum Erfolg gekommen sind, das wir das auch auf die Menschheit mit gutem Gewissen loslassen können. Das alleine wird vmtl. bereits mehrere Wochen, wenn nicht gar Monate in Anspruch nehmen alle möglichen Bereich der WebUI Schritt für Schritt auf Bootstrap umzustellen. Bei diesem Prozess sollten wir dann auch mehr und mehr Infos/Details zu notwendigen Anpassungen des Backend / der Anwendungsebene sammeln damit wir dann im Anschluss vielleicht hier oder da auch auf dieser Ebene dann Verbesserungen durchführen können.ptweety hat geschrieben: ↑16.11.2021, 13:37Hier müssen wir vielleicht etwas klarer formulieren, was darunter zu verstehen ist.Sollte es auf a) hinauslaufen, dann ist sicherlich Bootstrap (von Twitter) eine der besten Optionen, weil es dort eben genau nur um die Darstellung von irgendwelchem HTML in hübscher Form mit gut getestetem CSS geht. Es gibt natürlich noch weitere Projekte (Tailwind, Pure, Spectre,...) mit ähnlichem Fokus, aber die sind teilweise nicht so gut dokumentiert und von einer breiten Community getragen.
- Redesign der Präsentationsebene (also das, was der Endnutzer sieht)
- Redesign der Anwendungsebene (also das, was auf der CCU passiert)
- Beides
[...]
Nun, dazu braucht es erstmal eine Aussage zum Ziel des Redesigns. Und das ist m.E. abhängig davon, wieviel Knowhow vorhanden und welche Manpower verfügbar ist.
Option a) ist sicherlich mit Aufwand verbunden, aber doch in einem Rahmen, welcher von 3-4 Freizeit-Entwicklern geleistet werden kann. Bei den Optionen b) und c) sieht es deutlich anders aus. Da sind eher 2-3 Vollzeit-Entwickler gefragt, welche sich möglichst noch im gewählten Framework gut auskennen.
Meine Gedanken gingen bisher (unausgesprochen) eher in Richtung a), da ich selber neben voller Berufstätigkeit nur wenige Stunden pro Woche beitragen kann.
Nun, es würde ja schon helfen wenn du bei diesem Side-Project nun am Ball bleiben würdest und wir zusammen (du Frontend, ich Backend) die Umstellung auf Bootstrap in der Präsentationsebene konstant voranbringen könnten. Schade wäre natürlich du würdest dann in dem Prozess irgendwann abspringen, denn alleine will ich diese Aufgabe definitiv nicht stemmen - aber davon gehen wir erst einmal nicht ausptweety hat geschrieben: ↑16.11.2021, 13:37Danke für die Blumen, aber ich mache das aus Interesse und als Hobby. In den Reigen der Profis füge ich mich da noch nicht einjmaus hat geschrieben: ↑16.11.2021, 08:39Also das gefällt mir als ersten Anfang schon einmal sehr sehr gut und endlich sprechen wir nicht nur über den oft festgestellten notwendigen Neustart des WebUI-Designs, sondern wir haben durch dich wohl endlich jemanden gefunden mit genügend Web-Design Erfahrung und wohl auch Motivation um etwas diesbzgl. auf die Beine zu stellen.
Fein für mich. Was sagen denn die anderen, üblichen Verdächtigen dazu?
Da bin ich bei dir. Ein Einwurf wäre mir aber auch wichtig: ein Framework wie Bootstrap verwendet man ja wegen der bereitgestellten Komponenten (um sich die Arbeit des Selbermachen zu sparen) und Utilities. Im Zweifel würde ich also immer auf diese Komponenten und vorgesehenAnpassungen im Rahmen des Frameworks setzen, anstatt was eigenes zu stricken, nur damit es genau so wie die WebUI aussiehtjmaus hat geschrieben: ↑17.11.2021, 11:17Worauf wir uns aber noch einigen müssten wäre, welches stilistische Ziel wir bei dem Redesign ansetzen sollten/wollen? Dein Prototyp gefällt mir bereits sehr gut und ich finde es super wenn wir uns am Layout der bestehenden WebUI weiterhin orientieren könnten genau wie das auch in deinem Prototypen zu sehen ist. D.h. jetzt nicht komplett das gesamte Layout-Konzept auf den Kopf zu stellen und gar was komplett neues zu schaffen. Die Bereicheinteilung, das Layout und die Grundfunktionalität sollten IMHO weiterhin so bestehen bleiben und im Grunde "nur" eben Bootstrap für die CSS repräsentation eingesetzt werden um damit ein moderneren Look&Feel abzuliefern. Wenn wir uns darauf einigen könnten wäre das super.
Das wäre sicher ein guter Weg. Insbesondere da es auch einer Menge Tests bedarf.jmaus hat geschrieben: ↑17.11.2021, 11:17Die Frage wäre aber weiterhin, was machen wir mit deinem PR? In der jetzigen Form wäre dieser ja nicht in die existierende WebUI integrierbar, weil damit IMHO zuviele Styleänderungen einhergehen die das prinzipielle Aussehen der WebUI verändert. Meines Erachtens sollten wir vielleicht in einem separaten Branch im RaspberryMatic Repository arbeiten und dort die WebUI Anpassungen bzgl. Bootstrap und deinen Styleänderungen integrieren und dort auch weiter gemeinsam dran arbeiten. Für diesen Branch könnte ich dann gerne auch separate nightly snapshots bereitstellen damit wir - aber auch interessierte Dritte - da Feedback geben könnten und vielleicht sich so auch der Kreis der interessierten Mitentwickler an diesem WebUI Redesign potentiell steigt.