Karten- und Zeilenaktionen auf Touch-Geräten ohne Hover erreichbar machen

[ichwars]

Einordnung

Priorität: Wichtig. Bewertung vom 31.08.2026: PrintOps 75c7e9ba061bad92dee6079731018527afa07317, Bambuddy c331a3aedf335e97e423add7463f715299fd89b0 (958 Commits auf der Upstream-Seite des Vergleichs). Grundlage ist ein gezielter Code-/Historienabgleich, kein Hardware- oder Laufzeitnachweis. Vor Umsetzung den dann aktuellen Stand auf bereits erfolgte Teilkorrekturen prüfen.

Problem und Nutzen

Hover-abhängige Aktionsflächen sind auf Tablets und Smartphones teilweise nicht erreichbar. Das betrifft die praktische Bedienbarkeit eines PrintOps-Bedienpanels.

Umfang

• Betroffene Karten-/Listenaktionen anhand der Upstream-Korrektur und der modularisierten PrintOps-Oberfläche prüfen.
• Aktionen für Pointer ohne Hover sichtbar beziehungsweise explizit aufrufbar machen; Tastaturzugang und Fokus erhalten.
• Abgeschnittene Kontextmenüs im Dateimanager mit berücksichtigen.

Akzeptanzkriterien

• Alle betroffenen Aktionen sind per Touch und Tastatur ohne simuliertes Hover erreichbar.
• Desktop-Hover, Scrollen und Drag-and-drop bleiben funktionsfähig.
• Responsive UI-Tests decken Menügrenzen, Fokus und kleine Viewports ab.
• Keine pauschale Übernahme des Bambuddy-Kartenlayouts.

PrintOps-Grenzen

Selektiv in die bestehenden PrintOps-Domänen integrieren. Keine pauschale Upstream-Übernahme, keine Änderungen an kaufmännischer Wahrheit, Auftrags-/Dokumentbeziehungen oder Sicherheitsgrenzen. docs/upstream-integration-guard.md beachten; bestehende Berechtigungen erhalten.

Upstream-Referenzen

• maziggy/bambuddy 90fac7b52
• maziggy/bambuddy a72f49be0

[ichwars]

Vorprüfung auf aktuellem Produktionsfrontend (Basis 6649566b2, PR #175; noch keine Umsetzung von #145):

• Die Upstream-Probleme bestehen weiter. useIsMobile verwendet allein die Breite <768 px. Unbedingtes opacity-0 bleibt bei (hover: none) ohne passende Gegenregel aktiv.
• Reproduziert mit Chromium 149, künstlichen API-Dateidaten und einer kurzen STL-Karte: bei 1024×844 / Touch (hover:false, pointer:fine:false) hat der Kebab-Wrapper opacity:0; gezielter Tastaturfokus ändert das nicht. Bei 1440×844 mit Maus bleibt die Aktion beim reinen Tastaturfokus ebenfalls unsichtbar. Bei 390 px ist die Dateiaktion durch die bestehende Mobilregel sichtbar.
• Menü-Clipping separat bestätigt: overflow:hidden an der Karte; die obere Slice-Aktion liegt außerhalb der Karte, elementFromPoint trifft sie nicht. Messwerte: 390 px Karte y=612.53, Slice y=564.59; 1024 px Karte y=472.27, Slice y=412.33; 1440 px Karte y=400.27, Slice y=342.28.
• Der Scan findet die relevanten Stellen weiterhin in ProjectsPage, FileManagerPage (Ordner/Dateikarten), ArchivesPage, ProfilesPage, TagManagementModal, EditArchiveModal und – nach der PrintOps-Modularisierung – pages/printers/PrinterCardOverlays.tsx statt der alten monolithischen PrintersPage. Dekorative Opacity-Effekte dürfen nicht pauschal umgeschrieben werden.
• Vorhandenes ContextMenu unterstützt Escape, Außenklick und Scroll-Schließen, benötigt aber eine bewusste Fokus-/kleine-Viewport-Prüfung; bloßes Übernehmen der Upstream-Positionierung genügt nicht als Tastaturnachweis.

Nächster Schritt nach Abschluss von #144: selektive capability-basierte Sichtbarkeit plus Fokus-Reveal, geclipptes Dateimenü am vorhandenen Menü-Owner korrigieren und Touch-/Tastatur-/Menügrenzen real im Browser prüfen. Kein pauschaler Layout-Port, keine Änderung von Berechtigungen.

[ichwars]

Erledigt durch PR #176, gemergt als b0b0666 nach 24/24 grünen GitHub-Jobs.

Verifikation: 3078 Frontend-Tests, 8710 Backend-Tests in Host-Shards, 8694 in Docker-Shards und 2950 Integrationstests im Produktionscontainer bestanden. 7 Produktions-Browserfälle prüfen Touch/Tablet, Maus, Tastatur, Menüposition/-scrollen, Fokus und Datei-Drop; ergänzend 24 WebKit-Stabilitätsprüfungen. Die Wiederholung fand einen verzögerten Fokus-Scroll-Rennfall, der vor dem Merge korrigiert wurde. Rechte-, Besitz- und Dateiformatgrenzen bleiben erhalten; npm audit meldet 0.

Nach Merge: lokaler main und origin/main identisch; Commit-Bäume von finalem Test-Head 2efb79b und Merge b0b0666 sind identisch. Erneut 14 gezielte Unit-Tests und alle 7 Chromium-Produktionsfälle bestanden. Bestehende Nutzeränderungen unter static/ unverändert und nicht committed. Arbeitsbranch als Nachweis behalten; keine Sub-Agenten/neuen Worktrees.

Physische Geräte und zusätzliche Screenreader-Kombinationen wurden nicht geprüft. Bedien- und Entwicklerdokumentation: docs/touch-and-keyboard-controls.md. Issue #146 ist als nächstes umsetzbares Optional-Issue vorgeprüft; #126/#150 bleiben an reale Hardware-Nachweise gebunden.