Ja, die Batterieinformation ist wichtig, Benachrichtigung oder visuelle Anzeige.
Bevorzugung der visuellen Information.
Der letzte gefällt mir gut 
@luke super Klasse! Das ist wirklich sauber, was du machst. Ich gebe zu, dass mir diese visuelle Vorschlag gefällt, und ich mochte auch die vorherige. Ich könnte mich nicht so recht entscheiden ^^
Danke!
Der letzte Vorschlag ist für den Touchscreen besser funktionell (große Buttons)
Ich arbeite weiter an anderen Designs unter Berücksichtigung der Kommentare, also zögert nicht 
Danke @Jacky
Ja, ich versuche, indem ich alle Beiträge lese, alle möglichen Rückgabewerte zu verstehen
Jedes Produkt hat unterschiedliche Werte, Befehle…
Perfekt 
Ich werde auf dieser Basis weitermachen
Ich werde versuchen, eine globale Ansicht entsprechend meinen Verfügbarkeiten zu erstellen
Da ich heute im Urlaub bin (ohne Internet - nun gut, sehr wenig 
- brauche ich einen klaren Kopf 
), denke ich, dass ich gegen Ende August, wenn die Schule wieder anfängt, etwas herausbringen werde
Schöne Ferien an alle
Ich bin persönlich weniger begeistert von dem zweiten Vorschlag! Ich finde die Überlagerung der Symbole und der Werte etwas seltsam.
Im Vergleich zum Design der Version 4 bleibe ich trotzdem der Meinung, dass man so nah wie möglich am Thema bleiben sollte, wenn es möglich ist. Ich finde, es ist wirklich sauber, leicht und die Abstände, die Schriftarten wurden mit einer Gesamtvision definiert. Ich möchte diese Gesamtkohärenz beibehalten
Ich bin heute Abend auch im Urlaub, wir werden uns alle zusammen nach den Ferien wieder damit beschäftigen!
Gute Erholung, genieße es. Wir bereiten dir schöne PRs vor
Hallo zusammen, die Ferien machen sich bemerkbar, hier ist es ruhig.
Das habe ich für euch gemacht: Ich bin mit dem MQTT-Service gut vorangekommen, er ist in einem PR des Git-Repos verfügbar, falls noch einige Mutige für den Code-Review da sind
Als Nächstes steht die Integration von Sonoff in MQTT, vielleicht auch owntack. Ich lasse mich von den Modulen der V3 inspirieren, kann aber nicht alles testen (Aufruf für Tester verfügbar).
Bis bald
Super @AlexTrovato, ich teste das diese Woche.
Super!! Wir bleiben in Kontakt, ich merke schon, dass es an « Wie bediene ich es? » fehlt
Hallo @AlexTrovato! Ich bin nur für dieses Wochenende/nächste Woche wieder da Ich werde versuchen, deinen PR zu prüfen, das ist super, danke für die Arbeit!
Genau @AlexTrovato 
, ein Beispiel und ich sollte damit klarkommen
Die Verbindung zum Server ist okay, ich musste einen Benutzernamen und ein Passwort erfunden, sonst konnte ich die Konfiguration nicht speichern (mein Mosquitto ist nicht geschützt)
Auf der Geräteseite habe ich das (zigbee2mqtt)
Danke
In der Tat, Benutzername / Passwort müssen nicht zwingend erforderlich sein, außer um ein Gerät hinzuzufügen. In der Oberfläche hast du dafür « NEU + ». Nur die Topics devicestate/create werden erkannt. Bei der Erstellung des Geräts muss jede Funktion eine « external id » haben, die den Daten « identifier » und « type » entspricht, getrennt durch « : » (zwei Punkte) der MQTT-Nachricht: identifier:type.
Ich habe gerade einen PR für Sonoff in MQTT gemacht, die Geräteerstellung ist dort einfacher.
Ich habe gerade das zigbee2MQTT gesehen, von dem du sprichst. Tatsächlich habe ich diesen Fall nicht behandelt. Aber ich habe genug Informationen, um es einzurichten.
Hast du es schon mit Gladys V3 zum Laufen gebracht? War das ein Modul?
Nein nein, das ist ganz neu für die V4
Also, ich habe eine ganze Menge Xiaomi-Sensoren, aber mit einer miesen Bridge (die API ist blockiert und es gibt keine Möglichkeit, die Xiaomi-Module zu nutzen), also habe ich mich auf einen Zigbee2mqtt-Dongle verlagert.
Ich habe ein paar Dinge versucht, während ich auf deine Nachricht gewartet habe, aber ohne Erfolg. Sag mir Bescheid, wenn du etwas testen möchtest, ich kann dir den Mosquitto remote zur Verfügung stellen.
Das sollte klappen, ich habe bereits die reinen Topics für Gladys und Sonoff getestet, aber ich freue mich über Feedback zur Bedienung.
Ansonsten habe ich Urlaub, also weiß ich, was ich morgen mache, zigbee2mqtt kann auch in die V4 integriert werden
Ich halte dich auf dem Laufenden über den Fortschritt dieser neuen Funktion, dein Screenshot reicht mir, um die Nachrichten zu simulieren.
Hallo zusammen,
Es freut mich zu sehen, dass Gladys 4 langsam Gestalt annimmt.
Der CalDAV-Dienst schreitet langsam voran. Die Ereignisse synchronisieren sich, das Abrufen der iCloud-URL erfolgt automatisch (@Hamtaro das ist für dich ).
Jetzt brauche ich Hilfe, zuerst für die Konfigurationsseite, falls ihr Tipps habt, ich bin nicht auf UI/UX-Niveau. Dann für einen funktionaleren Teil, die „normalen“ Ereignisse werden angezeigt, außer in der Monatsansicht und die FullDay-Ereignisse werden überhaupt nicht angezeigt. Das sollte nicht viel sein, ich habe mehrere Stunden damit verbracht, zu debuggen, aber immer noch keine Spur, wenn jemand eine Idee hat, würde mir das sehr weiterhelfen.
Allen schöne Ferien.
Für diejenigen, die sich dafür interessieren und darauf reagieren möchten, diskutieren wir mit @AlexTrovato auf GitHub über MQTT-Integrationen und insbesondere darüber, wie wir die Unterdienste implementieren, die von MQTT abhängen (Beispiel: Owntracks, Sonoff, etc..)
Toll
Wenn du von der Ansicht sprichst, meinst du die Kalenderansicht von Gladys 4? Du hast sie geändert, oder?
Ich habe mir die Dokumentation der Bibliothek angesehen, hast du den Attribut « allDay » getestet?
Für die Front bin ich voll und ganz dabei, eine saubere Integration für jeden Subservice (MQTT-Basis, OwnTracks, Zigbee2MQTT, Sonoff, gibt es noch andere?)
Für den Back habe ich keine Meinung, tut mir leid, und ich weiß, dass das die große Überlegung ist 