Moin aiole,
es tut mir echt leid, aber ich hab nicht gut geschlafen und dann heute früh Deine Antwort gelesen, da muss ich dann doch was loswerden. Erstmal ist das ganze Thread-Kaperei, weil es hier um die 1.7.306Nightly ging. Du hast ohne Aufforderung auf eine aktuellere Version im Alpha-Release-Channel upgedatet und diskutierst dazu nun Sachen hier.
Abgesehen davon Ist und bleibt die Nightly etwas, was unfertig, möglicherweise voller Bugs und nicht für den Standard-User gedacht ist (das steht sogar recht gut erklärt auf der Page der openWB). In diesem Release-Train findet die Hauptentwicklung statt und es wird (aktuell) hauptsächlich zwischen Kevin und mir Code ausgetauscht, um gegenseitige Weiterentwicklung zu synchronisieren. Selbst hier pusht der Eine schonmal was, was dann bei Verwunderung beim Anderen sorgt, weil man die Veränderung nicht kommuniziert hat. Ist halt kein Großraumbüro mit Meetings und Projektleiter. Auf eine neue Alpha zu gehen, weil es unkommunizierte neue Features geben könnte, die man gerne hat... da muss man eben damit rechnen, dass es auch andere Änderungen gibt. Wer das eine will, muss das andere mögen. Sag Deiner Gattin, Du warst neugierig und hast ein Update gemacht. Dann erkläre ihr die Änderungen, sie wird das verstehen. Bei jedem Update von Android oder iOS muss man sich schlau machen und an neue Dinge gewöhnen. Ich bin sicher, das wird jeder meistern.
Wenn Du unter gleichem Namen bei GitHub angemeldet sein solltest, hast Du genau 0 Zeilen zum Projekt beigetragen. Sollte das anders sein, entschuldige ich mich bereits. Ich unterstelle demnach, dass du keine Ahnung hast, was unter der Haube von openWB vorgeht und welcher Technologiewandel derzeit stattfindet. Ebenso unterstelle ich, dass Du keine Ahnung hast, wie viel Zeit dabei für diese Transformation drauf geht. Der Code der openWB stammt teils aus der Anfangszeit, war flott lauffähig gemacht und muss nun nach und nach total umgebaut werden. Weiterhin bist Du genau 1 Anwendungsfall, der nicht die Masse darstellt.
Teamwork ist das eine... aber wenn man alles diskutiert, kommt man teils nie zum Ziel. Hätten damals alle mit diskutiert, würden wir heute immer noch Kutsche fahren und Verbrennungsmotoren belächeln. Weitere Beispiele gibt es zuhauf. Wenn Dich das Layout stört, nimm den Code von vor der Änderung, und passe ihn so an, wie Du magst. Er steht kostenfrei auf GitHub. Dann kannst Du es auch so umsetzen, dass auf der einen Displaygröße Buttons da sind und auf der anderen nicht. Ich zeig Dir mal einen weiteren Anwendungsfall, ein 10" Tablet an der Wand...
- bild1.jpg (141.53 KiB) 4429 mal betrachtet
Mit nur einem Ladepunkt und ohne den ganzen Kram, der unter dem Ladepunkt-Infoblock angezeigt wird, muss man schon jetzt scrollen, um an die unteren Buttons zu kommen (da waren ja zuvor die Lademodus-Buttons), und die zweite Reihe sieht man schon jetzt nicht mehr. Bei mehr als 1 LP verschwinden hier die Buttons ganz. Man hat also gar keinen direkten Blick auf den aktuellen Lademodus! Du nutzt das Theme auf einem anderen Bildschirm, da ist eben genug Platz und nun ist es gefühlt "leer"... Und bezüglich ungefragtes Update auf Alpha... wer den Button nicht entdeckt, bekommt in Kürze dazu sogar eine Anleitung. Dann ist es eine Frage der Gewöhnung. Und darüber hinaus... alles gefühlt Positive wird ja gerne genommen - auch ohne vorherige Diskussion - nur das gefühlt Negative soll diskutiert werden. Dabei sieht der eine das so, der andere so.
Warum braucht der Seitenaufbau 4x länger... braucht er nicht, er passiert jetzt anders. Wozu braucht man die Fortschrittsanzeige... um es professioneller aussehen zu lassen und dem User ein Feedback zu geben, was passiert. Warum braucht es bei DIR so lange? Weil Du noch auf einem Zwischenstand der Versionen bist, da gab es noch Unstimmigkeiten im Code und das Laden verzögerte sich. Das bleibt technisch bedingt auch so, nur ist die Verzögerung etwas kürzer. Warum wurde das geändert... schau in den Code... vorher wurde der Seitenaufbau per php auf der Serverseite vorgenommen. Es wurden also alle Einstellungen betrachtet und z. B. nur die Zeilen für den Ladepunkt-Infoblock an den Browser ausgeliefert, für die es auch konfigurierte Ladepunkte gab. Auch wurden bereits auf der Serverseite alle initialen Werte wie Ladepunkt-Name etc. gefüllt, und die Page war gefühlt "sofort" da. Die tatsächlichen Werte kommen aber im Hintergrund periodisch seit einiger Zeit per MQTT. Dieser Technologiesprung ist notwendig, um die Client-Seite zu entlasten und vor allem, um openWB als Cloudlösung und Weiteres anbieten zu können. Da php der notwendigen Veränderung im Weg steht, muss die ausgelieferte Page also alle Elemente enthalten, die überhaupt anzeigbare sind. Und wenn dann nach und nach die periodisch verteilten Werte kommen, hüpft die Anzeige so lange umeinander, bis alles da ist. Es verschwinden Ladepunkte und die Page zieht das visuelle von unten nach - oder wenn anders implementiert sind keine LP da und die Page wird schrittweise nach unten gedrückt. Dann kommen die Namen der LP und die Zeile "springt", der eine hat nen Speicher, der andere nicht, der eine hat externe Geräte und Verbrauchen, der andere nicht... Und weil das mega sch... aussieht und alles andere als professionell, hat man nun einen Preloader, der den Nutzer darüber informiert, wie viele der benötigten Daten schon zum Rendern der Page da sind. Das Rendern geschieht im Hintergrund und wenn alles da ist, wird die Seite angezeigt. Wenn DU das nun nicht magst und lieber hüpfende Pages anschaust... der Code ist frei verfügbar. Mach Dir ein eigenes Dark ohne Preloader und lass uns daran teilhaben. Vielleicht fällt Dir ja sogar eine technisch bessere Lösung ein.
Und wenn Du Themes für unterschiedliche Geräte willst... mach sie doch, einschließlich aller Anpassungen an die weitere Entwicklung. Ist alles OpenSource und immerhin für 100% der Nutzer KOSTENLOS!
Alles wieder gut!