Schon möglich 
Du wählst die Option „Beliebiger Name“ in den Filtern
Hier sind meine Rückmeldungen nach meinem ersten Versuch, eine Szene zu erstellen.
Sichtbarkeit des Kalenders
Ich möchte eine Szene erstellen, aber mein Google-Kalender ist standardmäßig nicht sichtbar, obwohl ich die gesamte Gladys-Konfiguration durchgeführt habe. Ich nehme an, ich muss meinen Kalender freigeben, aber das scheint standardmäßig für alle zu gelten.
Lokaler Kalender
Ich merke, dass ich, wenn ich auf Google verzichten möchte, eine CalDAV-kompatible externe Alternative finden muss. Das Beste wäre, einen lokalen Kalender standardmäßig zu haben, um so wenig wie möglich von Internet oder Drittanbietern abhängig zu sein. Aber hier geht es mehr um den Kalenderservice als um die Funktionalität.
Derzeit habe ich mir einen « Gladys »-Kalender in meinem Google-Kalender erstellt.
Beschreibung des Ereignisses
Ich wollte die Beschreibung des Termins in meinem Kalender verwenden, aber das ist nicht vorgesehen. Ich bin sicher, dass es dazu Anfragen geben wird 
(Bearbeitung)
Test in einer Szene
Erster Versuch: Ich habe die Bedingung « und das Ereignis beginnt in » nicht ausgefüllt.
Ergebnis: 
Da meine Szene gespeichert wurde, dachte ich, dass alles in Ordnung ist und der Parameter standardmäßig « zum Zeitpunkt des Ereignisses » wäre.
Danke für dein Feedback @lmilcent, ich werde das korrigieren!
Tatsächlich werden nur die Kalender angezeigt, die innerhalb der Gladys-Instanz « geteilt » wurden.
Private Kalender sind aus Datenschutzgründen von den Szenen ausgeschlossen.
Ich habe eine Nachricht in der UI hinzugefügt, damit es klarer wird:
Auch auf der Kalenderseite habe ich eine Nachricht für neue Nutzer hinzugefügt, die keine Kalender konfiguriert haben:
Jetzt ist es klarer!
Tatsächlich werden die Beschreibungen derzeit nicht abgerufen, aber das liegt eher an der Kalender-Funktion selbst. cc @bertrandda 
Ich habe die Möglichkeit entfernt, diese Felder leer zu lassen. Standardmäßig sind sie ausgefüllt und nur für einen anderen Wert änderbar.
Ja, ausgezeichnete Idee, ich werde schauen, was möglich ist.
Sind die Kalender auch privat, wenn sie dem Benutzer gehören, der gerade die Szene erstellt?
Denn genau das hat mich überrascht.
Der Kalender gehört mir, die Szene wird vom selben Konto aus erstellt, daher dachte ich, ich könnte ihn ohne Weitergabe an alle Gladys-Benutzer verwenden.
Andererseits ist es logisch, dass ich keinen Zugriff auf den Kalender meiner Frau habe (falls sie Gladys verwendet ), da es sich um einen anderen Benutzer handelt.
Ich habe es nie überprüft, aber haben alle Gladys-Benutzer Zugriff auf Szenen und deren Inhalte?
- Wenn ja, verstehe ich, warum Kalender in Szenen standardmäßig nicht freigegeben werden.
Beispiel für einen Sicherheitsvorfall:
Meine Frau hat eine Szene mit ihrem Kalender erstellt, der mir nicht freigegeben wurde. Aber als Benutzer kann ich die Szene sehen und sie ändern (Hypothese), und so indirekt auf ihren Kalender zugreifen (ich muss nur eine Nachricht von Gladys für jedes neue Ereignis erhalten).
Perfekt, ich denke, das ist besser!
Weißt du, ob es möglich ist (ohne großen Entwicklungsaufwand) einen lokalen Kalender zu haben, in dem man Ereignisse erstellen kann, ohne Dienste Dritter zu nutzen?
Genau, und genau für den von dir genannten Fall.
Die Szenen sind für die gesamte Instanz gemeinsam, eine Szene ist etwas « Öffentliches » in Gladys, daher muss der Kalender öffentlich sein, damit er Teil einer Szene sein kann.
Ja, genau, eine Szene ist keine private Entität, sondern wird zwischen allen Mitgliedern der Instanz geteilt. Das ist eine bewusste Entscheidung!
Allerdings können nur Administratoren sie ändern.
Ich glaube nicht, dass das das ist, was wir in Gladys wollen! Das kann man diskutieren, aber für mich ist Gladys keine Kalender-App.
Das Problem, wenn wir die Möglichkeit schaffen, lokale Ereignisse zu erstellen, ist, dass wir immer mehr gefordert werden:
- Und wenn ich meine lokalen Ereignisse mit meinem entfernten Kalender synchronisieren möchte? Mit meinem Telefon? (Zwei-Wege-Synchronisation)
- Ich möchte die Farbe meines lokalen Kalenders ändern? (Kalenderbearbeitungsansicht)
- Ich möchte meinen Event lokalisieren können? (Kartenansicht für einen Event)
- Ich möchte wiederkehrende Events erstellen (jeden Montag um 8 Uhr?)
Es ist schwer zu verstehen, aber eine Kalender-App ist eine ziemlich große Sache, besonders angesichts der hohen Standards, die « grundlegende » Apps gesetzt haben (Google Kalender, Apple Kalender auf dem Mac, der sehr einfach, aber ausgezeichnet ist).
Für mich, wenn wir in diese Richtung gehen, werden wir sicherlich schlechter sein als ein externer Kalender, und wir werden an einem Produkt bewertet, das nicht unsere Spezialität ist.
Ich denke, dass genau das Ziel von Gladys ist, nicht das Rad neu zu erfinden, sondern sich mit externen Anwendungen zu verbinden, die bereits in unserem Leben sind und gut funktionieren
Edit: Vielleicht ist das hier etwas off-topic, aber vielleicht können wir ein neues Thema erstellen 
In deinem Fall @lmilcent, warum hostest du nicht selbst einen Caldav-Server (z.B. owncloud), wenn dein Ziel ist, alles lokal zu haben? Das scheint mir die beste Lösung zu sein?
Ich bestätige, was du zu den Zugriffsebenen auf die Kalender erklärst, das ist jetzt klarer für mich!
Für den lokalen Hosting-Teil des Kalenders hast du absolut recht. Ein ultra-basischer Kalender kann gleichzeitig super praktisch sein, wenn man gut erklärt, dass er absichtlich einfach ist, aber es stimmt auch, dass man sich damit vielleicht selbst ins Bein schießt.
Wo ich relativiere, ist, dass das Internet nur für die Synchronisation notwendig ist. Die Ereignisse werden anschließend lokal importiert, was es ermöglicht, auch bei einem Internetausfall weiter zu funktionieren.
Zum Abschluss des Teils zum Selbsthosting: Es ist interessant, aber wie du weißt, ist das Arbeit und Zeit (egal welcher Dienst). Also abwäge ich oft zwischen Zeitaufwand oder einem « sicheren » Cloud-Dienst wie Gladys Plus, der alles verschlüsselt, bevor er es in die Cloud sendet (was ich als Zero-Knowledge-Modus bezeichne).
Hallo zusammen!
Ich habe gerade den zweiten Teil dieser Entwicklung gemerged: Bedingung für laufende Ereignisse in Szenen.
Der Sinn dahinter ist, eine Szene nur fortsetzen oder stoppen zu können, wenn ein Ereignis gefunden wird / nicht gefunden wird.
Ich habe einen Build auf dem Docker-Dev-Tag erstellt, der diese Bedingung enthält:
gladysassistant/gladys:dev
Ich freue mich über jedes Feedback
Sobald alles getestet ist, werde ich eine neue Version von Gladys deployen!
Hallo zusammen! Ich bin offen für Feedback zu dieser zweiten Entwicklung, bevor ich sie veröffentliche
Danke für die Erinnerung!
Hier ist mein Test in einer Szene:
- Geplante Auslösung (um eine bestimmte Erkennung zu simulieren)
- Nur fortfahren, wenn ein Ereignis in meinem Kalender gefunden wird, mit beliebigem Namen
- Nachricht senden
Ich wollte eine Nachricht mit den Details des Ereignisses (Name, Ort usw.) senden, aber das ist nicht möglich, da es keine Variablen gibt, anders als wenn ich den Kalender als Auslöser für die Szene verwende.
Und es gibt keine Möglichkeit, den „Letzten Zustand abrufen“ zwangsläufig aufzurufen.
Falls es möglich ist, erscheint es mir logischer, diese Variablen standardmäßig in der Szene zu erstellen, wenn „Nur fortfahren, wenn“ mit dem Kalender aufgerufen wird. So wie es der Auslöser-Teil tut.
Ach tatsächlich, ich habe die Variablen für diesen Auslöser nicht programmiert, ich dachte, sie wären in diesem Fall nicht nötig… Aber du hast recht, sie könnten nützlich sein.
Ich werde es heute machen
Von meiner Seite kann ich keine Tests durchführen, da meine Kalender nicht korrekt angezeigt werden.
@bertrandda kümmert sich darum, er untersucht meine Logs ganz genau ^^
Das ist gut für die Variablen, der PR:
Noch nicht gemerged, noch kein Dev-Build.
Ich halte euch auf dem Laufenden, wenn es live in der Dev ist!
Der Entwicklungsbuild ist durchgelaufen, verfügbar unter:
gladysassistant/gladys:dev
Ich freue mich über jedes Feedback!
Ich bin dabei, die Dokumentation auf FR und EN für diese beiden neuen Funktionen zu schreiben, sowie die Launch-Artikel für Gladys Assistant v4.8 (Das ist viel Arbeit, mit all den lokalisierten Screenshots :p)
PR läuft gerade hier auf der Website:
Na toll, das hat mich fast den ganzen Tag in Anspruch genommen, aber ich bin fertig!
- Dokumentation für den Szenenauslöser (EN + FR)
- Dokumentation für die Bedingung in den Szenen (EN + FR)
- Artikel zum Launch von Gladys Assistant v4.8 (EN + FR)
Der PR ist hier verfügbar:
Es gibt einen Link zur Website, die auf Cloudflare Pages als Vorschau bereitgestellt wurde, in der PR (nicht teilen, es ist nur eine Vorschau, um zu sehen, wie es aussieht)
Ich bin offen für Korrekturen/Rückmeldungen zum Artikel und zur Dokumentation.
Ich mache für heute Schluss, ich komme am Montagmorgen zurück und werde wahrscheinlich Gladys Assistant v4.8 am Montag oder Dienstagabend veröffentlichen, je nach Feedback 
Ich überlege, ob ich direkt ein YouTube-Live-Event zum Launch machen soll, weil es ein wirklich cooles Feature-Set ist, das Gladys / den Szenen enorm viele Möglichkeiten bietet.
Super!
Ja, das ist „normal“, diese Seite wurde nie übersetzt (Funktionalität entwickelt von einem Amerikaner, der kein Französisch spricht).
Ich wäre für einen Pull Request zum Thema dankbar, falls jemand mithelfen möchte, gibt es seit November ein GitHub-Issue: In the french documentation of the "Scènes", a part is in english : “Chain Scenes” · Issue #102 · GladysAssistant/v4-website · GitHub.
Es muss:
- Der Text übersetzt werden (gespeichert in
i18n/fr/docusaurus-plugin-content-docs) - Ein Screenshot der französischen Oberfläche erstellt werden.
@lmilcent das wird dich heute Abend interessieren, ich habe für meine Demo einen kostenlosen Online-CalDAV-Kalenderdienst gefunden (bis zu 2 Geräte), also ja, es ist in der Cloud, aber wenn du keine Lust hast, selbst zu hosten, könnte das eine coole Option sein.
In 2 Minuten hatte ich die Server-Zugangsdaten von CalDAV, und es funktioniert perfekt mit Gladys
#teasing