feat: redesign CMS and unify German admin UI

lib/calendar/timezone.ts

@@ -68,7 +68,7 @@ export function berlinDayBounds(date: Date): { key: string; start: Date; end: Da
  * representation for iCalendar's local `TZID` date-time form
  * (`DTSTART;TZID=Europe/Berlin:YYYYMMDDTHHMMSS`). Uses the ICU timezone
  * database via Intl rather than manual UTC+1/+2 arithmetic, so daylight
- * saving transitions are always handled correctly — no naive UTC offset
+ * saving transitions are always handled correctly - no naive UTC offset
  * math that would drift by an hour half the year.
  */
 export function toBerlinICSDateTime(date: Date): string {
@@ -87,7 +87,7 @@ export function toBerlinICSDateTime(date: Date): string {
   return `${get("year")}${get("month")}${get("day")}T${get("hour")}${get("minute")}${get("second")}`;
 }
 
-/** UTC timestamp form (`YYYYMMDDTHHMMSSZ`) — used only for DTSTAMP, which marks generation time, not a local event time. */
+/** UTC timestamp form (`YYYYMMDDTHHMMSSZ`) - used only for DTSTAMP, which marks generation time, not a local event time. */
 export function toUTCICSStamp(date: Date): string {
   return date.toISOString().replace(/[-:]/g, "").split(".")[0] + "Z";
 }
@@ -95,7 +95,7 @@ export function toUTCICSStamp(date: Date): string {
 /**
  * Standard IANA Europe/Berlin VTIMEZONE block (the same one commonly
  * embedded by calendar exporters): CEST from the last Sunday in March,
- * CET from the last Sunday in October — the actual EU DST rule, not an
+ * CET from the last Sunday in October - the actual EU DST rule, not an
  * approximation.
  */
 export const BERLIN_VTIMEZONE_LINES = [