# Es ist sehr schwierig, ganztägige Events im Event-Modal zu erstellen (und 00:00 ist verwirrend)
**URL:** https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495
**Category:** UX
**Tags:** events, completed
**Created:** [15. Januar 2026 um 00:48 UTC](https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495 "2026-01-15T00:48:54Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [15. Januar 2026 um 00:48 UTC](https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495/1 "2026-01-15T00:48:54Z")
Wenn ich [Discourse Calendar (and Event)](https://meta.discourse.org/t/discourse-calendar-and-event/97376) verwende, finde ich es unnötig schwierig, ganztägige Ereignisse über das Modal zu planen:
Grundsätzlich gibt es keine offensichtliche Ganztagesoption – es **muss** eine Uhrzeit ausgewählt werden. Was die Sache noch schlimmer macht: Wenn das Datum einen oder mehrere Tage nach der Startzeit liegt, wird die Endzeit standardmäßig auf `00:00` gesetzt, was ziemlich ärgerlich ist (sie wird standardmäßig auf 1 Stunde nach der Startzeit gesetzt, wenn es derselbe Tag ist).
Ich stelle fest, dass Folgendes passiert, wenn `00:00` ausgewählt wird:
1. In der Benutzeroberfläche wird es als ganztägiges Ereignis dargestellt (d. h. **nicht** als Mitternacht)
`[event start=\"2026-01-21 00:00\" status=\"public\" timezone=\"Pacific/Auckland\" end=\"2026-01-22 00:00\"]\n[/event]` ergibt:
2. In den Zeitzonenanzeigen wird es als Mitternacht an diesem Tag angezeigt – was tatsächlich 24 Stunden später ist, als es bei wörtlicher Auslegung sein sollte
3. Wenn die Uhrzeit im Markdown gelöscht wird, verhält es sich genauso
Es wäre schön, wenn dies für Nicht-Experten etwas klarer wäre, aber ich akzeptiere, dass es Einschränkungen geben könnte, die in der Art und Weise verankert sind, wie die Daten gespeichert werden.
Als Alternative: Wäre es möglich, dem Modal eine Option „Ganztägiges Ereignis“ hinzuzufügen, die die Uhrzeiten ausblendet, wenn sie aktiviert ist?
Dann könnten wir `00:00` verwenden, um tatsächlich die wörtliche Uhrzeit zu bedeuten, die es sein sollte (d. h. 1 Minute vor 00:01 am angegebenen Tag, _nicht_ 1 Minute nach 23:59 am angegebenen Tag) – so wie es bei der Funktion „Datum/Uhrzeit einfügen“ der Fall ist.
---
### Author:  [@Lilly](https://meta.discourse.org/u/Lilly)
#### Post date: [15. Januar 2026 um 01:23 UTC](https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495/2 "2026-01-15T01:23:31Z")
hmmm, nur für mich gesprochen – ich finde den Workflow für mehrtägige Veranstaltungen nicht wirklich schwierig. Ich wähle einfach das erste Datum aus, klicke dann auf das Dropdown-Menü für die Uhrzeit und drücke die Taste 0 und es erscheint `00:00`, das ich auswähle. Dann wähle ich einfach das zweite Datum im Kalender aus und es wird standardmäßig `00:00` angezeigt, und ich gehe zu den nächsten erforderlichen Feldern über.
was zu Folgendem führt:
> [@nathank](#):
>
> bei den Zeitzonen-Zeiten wird Mitternacht an diesem Tag angezeigt – was wörtlich genommen 24 Stunden später ist, als es sein sollte
Ich stimme zu, dass es klarer sein könnte, wenn man auf die Daten klickt und die Zeiten nicht angezeigt werden sollten. 🤔
Ich würde erwarten, dass sich die Datumsfelder im Ereignis-Modal ähnlich wie die Funktion „Datum einfügen“ im Composer verhalten, aber das tun sie nicht wirklich.
Außerdem ist die Inkonsistenz, dass die Ereigniskalenderwoche mit Sonntag beginnt und die Kalenderwoche der Funktion „Datum einfügen“ mit Montag beginnt, nervig.
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [15. Januar 2026 um 01:30 UTC](https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495/3 "2026-01-15T01:30:54Z")
Ja, dieser Ablauf funktioniert jetzt ziemlich gut, da ich ihn kenne – und verstehe, was `00:00` bedeutet / bewirkt.
Das Problem ist, dass dies eine ganze Menge Bedeutung auf `00:00` legt, was für neue Benutzer nicht offensichtlich oder klar ist. Im Grunde muss es verfeinert werden – oder zumindest „Just-in-Time“-Informationen erhalten.
> [@Lilly](#):
>
> Ich würde erwarten, dass sich die Datumsfelder im Ereignis-Modal ähnlich verhalten wie die Funktion zum Einfügen des Datums im Composer, aber das tun sie nicht wirklich.
Ja, stimme zu – diese müssen sich wirklich exakt gleich verhalten.
---
### Author:  [@lindsey](https://meta.discourse.org/u/lindsey)
#### Post date: [28. April 2026 um 19:31 UTC](https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495/4 "2026-04-28T19:31:17Z")
Wir haben kürzlich ein Kontrollkästchen für „Ganztägige Veranstaltung
---
### Author:  [@lindsey](https://meta.discourse.org/u/lindsey)
#### Post date: [1. Mai 2026 um 12:00 UTC](https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495/5 "2026-05-01T12:00:22Z")
Dieses Thema wurde automatisch nach 2 Tagen geschlossen. Neue Antworten sind nicht mehr erlaubt.