So navigieren Sie: 3 Ebenen von Tabs bis Detailfunktionen - Bedienungskonzept in drei Stufen

Ganz unten, immer sichtbar
Ermöglicht den schnellen Wechsel zwischen den Hauptbereichen der App
Beispiele: Home, Zimmerplan, Reports, Mehr
Bleibt beim Navigieren bestehen (globale Navigation)
Der Hauptbereich innerhalb eines Tabs (z. B. „Home“)
Zeigt Module als Karten mit Icon, Titel, Untertitel und Modul-Badge
Karten sind anklickbar → öffnen direkt die Standardfunktion des Moduls
Drei Punkte (⋮) rechts unten oder oben in der Karte
Öffnet ein Sheet oder Popup mit spezifischen Aktionen für genau dieses Modul
Beispiel: „Heute starten“, „Einstellungen“, „Favorit speichern“
Workflow-Plan für deinen Launcher mit den drei Ebenen:
Zweck: Wechsel zwischen den Hauptbereichen der App
Bedienung:
Tap auf Tab → zeigt direkt den zugehörigen Hauptbereich an
Tabs bleiben immer sichtbar → globale Navigation
Beispiel:
Home → Kartenübersicht mit Modulen
Zimmerplan → öffnet direkt zimmerplan.php
Reports → zeigt Liste der Reports (Ebene 2)
Mehr → öffnet globales Sheet mit allgemeinen Aktionen
Zweck: Visuelle Liste von Modulen oder Funktionen
Bedienung:
Tap auf Karte → Standardaktion des Moduls ausführen
Tap auf Kebab-Menü (⋮) → Kontextmenü (Ebene 3) mit weiteren Optionen
Beispiel:
Karte „Zimmerplan“ → direkter Start zimmerplan.php
Karte „Housekeeping“ → zeigt „Zimmermädchenliste“
Zweck: Modul-spezifische Aktionen bereitstellen, ohne direkt in den Standardstart zu springen
Bedienung:
Öffnet als Sheet über die Karte
Aktionen können direkte Links, Filteraufrufe oder Einstellungen sein
Beispiel (Karte „xReport“):
„Abreise direkt starten“ (heutiges Datum)
„Service direkt starten“
„Zimmermädchen direkt starten“
„Einstellungen“
Benutzer öffnet Tab „Home“ (Ebene 1) → sieht Kartenübersicht (Ebene 2)
Klick auf Karte → direkter Start
Klick auf ⋮ in Karte → Kontextmenü (Ebene 3) → Benutzer wählt spezifische Aktion
Aktion kann entweder innerhalb der App navigieren oder direkt eine URL öffnen
Schnellstart durch direkte Karte
Flexibilität durch Kontextmenü
Einheitliches Muster über die ganze App hinweg

Warum Polling statt Push (WebSockets/SSE)
Sichere Verbindungskontrolle ohne Dauer-Channel
Vorteile unseres Ansatzes:
Sicherheit & Infrastruktur simpel
Kein dauerhaft offener Port/Socket, keine Proxies/WebSocket-Upgrades nötig.
Klassische HTTPS-GETs, leicht zu härten, zu loggen und zu cachen.
Robust bei Verbindungsabbrüchen
Mobiles Netz/WLAN-Wechsel: Sockets reißen häufig ab → Reconnect-Logik, Heartbeats, Keep-Alive, Timeouts…
Polling ist stateless: Nächster Turnus ≙ neuer sauberer Request.
Ressourcenschonend (Sleep-Modus)
Dank Page-Visibility/Online-Events schläft das Polling, wenn der Nutzer weg ist.
Keine Hintergrundverbindungen, die Energie ziehen.
Vorhersagbare Last
Feste Obergrenze: Nutzer × Poll-Intervall (plus Backoff).
Bei Störungen fährt Backoff die Frequenz automatisch runter.


xWH_hub – das Rad, das Ihr WinHotel-System bewegt
Nabe → Zentrale, alles dreht sich darum
Kugellager → reibungslose Abläufe
Speichen → Verbindung zu den Modulen
Zahnrad → Antrieb, Verbindung zum Betriebssystem und Internet
Bremsscheibe → Sicherheitssystem, das bei Bedarf eingreift
xWH_hub – Zentrale, Antrieb und Sicherheit in einem.
Er verbindet alle Module, steuert den Datenaustausch mit Betriebssystem und Internet und schützt das System zuverlässig vor Fehl- und Fremdzugriffen.
xWH_hub – Nabe, Zahnrad und Bremsscheibe des WinHotel-Systems
Nabe mit Kugellagern – steht für die zentrale Steuerung und den reibungslosen Ablauf aller Prozesse.
Speichen – die direkte Verbindung zu allen Modulen wie Zimmerplan, Druckserver, Kundenbrowser oder Reports.
Zahnrad – der Antrieb, der WinHotel sicher mit Betriebssystem und Internet verbindet.
Bremsscheibe – das integrierte Sicherheitssystem, das bei Bedarf eingreift und unkontrollierte Abläufe stoppt.
xWH_hub bündelt, verteilt, verbindet und schützt – die zentrale Drehscheibe Ihres Systems.