Was funktioniert gut —
und was bremst Oikos aus

Bei der häufigsten Desktop-Auflösung zeigt die Sidebar nur Icons — kein Tooltip, kein Label. Neue Nutzer können die 11 Module nicht erkennen. Das verletzt das Grundprinzip «nav-label-icon» (HIG/Material).

.modal-panel__close nutzt --target-md (40 px). Das iOS-Minimum liegt bei 44 pt. Auf kleinen Displays — gerade beim Schließen tippend — ist das ein spürbares Frustrationspotenzial.

.widget__link hat 12 px Text, kein explizites min-height. Der effektive Tippbereich ist ~16–18 px — weit unter 44 px. Auf dem Dashboard ist dieser Link auf jedem Widget sichtbar.

In layout.css existieren zwei nahezu identische FAB-Klassen (.fab und .page-fab) mit unterschiedlicher bottom-Berechnung. Das erzeugt inkonsistente Positionierung auf verschiedenen Seiten.

Neue Nutzer sehen einmalig 3 generische Onboarding-Screens. Module wie Budget, RRule-Wiederholungen oder Google Calendar-Sync werden nie erklärt. Kein Feature-Discovery-Mechanismus danach.

Widgets können ein-/ausgeblendet werden, aber nicht umsortiert. Die Widget-Config speichert nur { id, visible } — kein Reihenfolge-Feld. Für Familien mit verschiedenen Prioritäten ist das stark limitierend.

Einige Aktionen zeigen einen Undo-Toast, andere nicht. Es gibt kein zentrales Undo-System. Bei destruktiven Aktionen (z. B. Kontakt löschen) fehlt der Undo-Pfad komplett.

Der Service Worker existiert, aber der App-Shell fehlt ein Offline-Banner. Nutzer bemerken den Offline-Zustand erst, wenn eine API-Anfrage fehlschlägt — zu spät.

Bei 30 % Desktop-Nutzung fehlen globale Shortcuts. Kein „N" für neue Aufgabe, kein „/" für Suche, kein Escape-Verhalten im globalem Kontext. Power-User müssen alles mit der Maus bedienen.

reminders.css wird laut Observations global geladen, nicht lazy. Auf Seiten ohne Reminder-UI werden unnötige Styles geparst. Kein Blocking-Problem, aber vermeidbare CSS-Last.

Swipe-Reveal ist für Tasks und Shopping implementiert, fehlt aber bei Kontakten, Notizen und Geburtstagen — obwohl die Interaktion dort genauso wertvoll wäre. Inkonsistente Erwartungshaltung.

Wenn alle Widgets sichtbar sind, treffen 11 verschiedene Akzentfarben aufeinander. Das Dashboard wirkt farblich überladen. Weniger Kontrast zwischen den Modulen würde die Ruhewirkung verbessern.

Toasts können nicht weggewischt werden — nur auto-dismiss oder Undo-Button. Auf Mobile ist Swipe-to-Dismiss eine etablierte Konvention (iOS, Android), deren Fehlen auffällt.

Private-/Public-Token-Architektur ist mustergültig. Alle Kontrastverhältnisse WCAG-geprüft, Toast-Texte passen sich an.

prefers-reduced-motion, prefers-reduced-transparency, prefers-contrast, forced-colors — alle implementiert. Selten in selbstgehosteten Apps.

100dvh + -webkit-fill-available Fallback, safe-area-inset-*, Flex-Kind statt fixed für Bottom-Nav — solide PWA-Grundlage.

@supports-basiert mit korrekten webkit-Fallbacks, opake Fallbacks für reduced-transparency. Konsistente Token-Hierarchie.

--active-module-accent + --module-accent System ist elegant. FAB, Nav-Item und Toggles reflektieren automatisch die aktive Seite.

Vollständige Skala für Farben, Radien, Schatten, Spacing, Typografie. Konsistente Anwendung — kaum Hardcoding gefunden.