#86 — Doppelklick statt Einfachklick zum Bearbeiten von Todo-Text #86

New issue

Closed

opened 2026-08-18 13:13:46 +02:00 by lena · 0 comments

lena commented

2026-08-18 13:13:46 +02:00

(Migrated from git.butzei.de)

Story: Doppelklick statt Einfachklick zum Bearbeiten von Todo-Text

As a list member,
I want to ein Todo erst nach einem Doppelklick auf Titel/Beschreibung bearbeiten können (statt bei einem
einzelnen Klick),
so that ich beim Scrollen oder versehentlichen Antippen einer Aufgabe nicht ungewollt in den Bearbeitungsmodus
gerate.

Acceptance criteria:

Ein einzelner Klick auf den Titel- oder Beschreibungstext eines Todos öffnet nicht mehr den
Bearbeitungsmodus.
Ein Doppelklick auf den Titel- bzw. Beschreibungstext öffnet weiterhin den bestehenden Bearbeitungsmodus
(Enter/Ctrl+Enter/Blur-Verhalten bleibt unverändert, siehe #67).
Der bestehende "Edit"-Eintrag im ⋯-Overflow-Menü bleibt unverändert als expliziter, klick-sicherer Weg zum
Bearbeiten erhalten (wichtig für Touch/Mobile, wo Doppel-Tap unzuverlässig sein kann).
Die "+ Beschreibung hinzufügen"-Affordance (bei fehlender Beschreibung) bleibt bewusst bei Einfachklick
— anders als bei bestehendem Text gibt es hier nichts, das man beim Scrollen versehentlich treffen und
ungewollt in den Bearbeitungsmodus versetzen könnte (Entscheidung 2026-08-07, siehe Decisions Log im
Roadmap).

Umsetzung (2026-08-07): onClick={startEditingTitle}/onClick={startEditingDescription} auf den beiden
Text-<span>s (TodoItem.tsx) zu onDoubleClick geändert; die "+ description"-Schaltfläche behält onClick.
startEditingTitle/startEditingDescription prüfen readOnly bereits intern, daher unverändert wirksam.
Zusätzlich die Tooltip-Texte von "Click to edit …" auf "Double-click to edit …" umgestellt, damit der geänderte
Auslöser für sehende Maus-Nutzer erkennbar bleibt (kein Screenreader-/Tastatur-Zugang über die Spans nötig — die
waren nie fokussierbar, der Edit-Zugang für Tastaturnutzer lief schon vorher ausschließlich über das
⋯-Overflow-Menü, siehe unten). 8 bestehende Tests von onClick auf onDoubleClick umgestellt, 2 neue
Regressionstests ergänzt (Einfachklick öffnet den Editor bei Titel/Beschreibung nicht). 74/74 Tests in
TodoItem.test.tsx grün, volle Suite 643/643.

Out of scope for this story:

Keine Änderung am mobilen Touch-Verhalten selbst (Doppel-Tap funktioniert auf Touch-Geräten browserseitig
äquivalent zu Doppelklick; kein neues Gesture-Handling).
Keine Änderung an anderen Bearbeitungsflüssen, die nicht über Klick auf den Text laufen (Fälligkeitsdatum,
Priorität etc. — die laufen bereits über das ⋯-Menü bzw. eigene Controls).

Verified against code (2026-08-07): ReactUi/src/components/TodoItem.tsx:269 (onClick={startEditingTitle})
und :289/:297 (onClick={startEditingDescription}) lösen aktuell bei Einfachklick aus. Ein alternativer,
unveränderter Zugang existiert bereits über den DropdownMenuItem "Edit" (TodoItem.tsx:362).

# Story: Doppelklick statt Einfachklick zum Bearbeiten von Todo-Text **As a** list member, **I want to** ein Todo erst nach einem **Doppelklick** auf Titel/Beschreibung bearbeiten können (statt bei einem einzelnen Klick), **so that** ich beim Scrollen oder versehentlichen Antippen einer Aufgabe nicht ungewollt in den Bearbeitungsmodus gerate. **Acceptance criteria:** - [x] Ein einzelner Klick auf den Titel- oder Beschreibungstext eines Todos öffnet **nicht** mehr den Bearbeitungsmodus. - [x] Ein Doppelklick auf den Titel- bzw. Beschreibungstext öffnet weiterhin den bestehenden Bearbeitungsmodus (Enter/Ctrl+Enter/Blur-Verhalten bleibt unverändert, siehe `#67`). - [x] Der bestehende "Edit"-Eintrag im ⋯-Overflow-Menü bleibt unverändert als expliziter, klick-sicherer Weg zum Bearbeiten erhalten (wichtig für Touch/Mobile, wo Doppel-Tap unzuverlässig sein kann). - [x] Die "+ Beschreibung hinzufügen"-Affordance (bei fehlender Beschreibung) bleibt bewusst bei **Einfachklick** — anders als bei bestehendem Text gibt es hier nichts, das man beim Scrollen versehentlich treffen und ungewollt in den Bearbeitungsmodus versetzen könnte (Entscheidung 2026-08-07, siehe Decisions Log im Roadmap). **Umsetzung (2026-08-07):** `onClick={startEditingTitle}`/`onClick={startEditingDescription}` auf den beiden Text-`<span>`s (`TodoItem.tsx`) zu `onDoubleClick` geändert; die "+ description"-Schaltfläche behält `onClick`. `startEditingTitle`/`startEditingDescription` prüfen `readOnly` bereits intern, daher unverändert wirksam. Zusätzlich die Tooltip-Texte von "Click to edit …" auf "Double-click to edit …" umgestellt, damit der geänderte Auslöser für sehende Maus-Nutzer erkennbar bleibt (kein Screenreader-/Tastatur-Zugang über die Spans nötig — die waren nie fokussierbar, der Edit-Zugang für Tastaturnutzer lief schon vorher ausschließlich über das ⋯-Overflow-Menü, siehe unten). 8 bestehende Tests von `onClick` auf `onDoubleClick` umgestellt, 2 neue Regressionstests ergänzt (Einfachklick öffnet den Editor bei Titel/Beschreibung **nicht**). 74/74 Tests in `TodoItem.test.tsx` grün, volle Suite 643/643. **Out of scope for this story:** - Keine Änderung am mobilen Touch-Verhalten selbst (Doppel-Tap funktioniert auf Touch-Geräten browserseitig äquivalent zu Doppelklick; kein neues Gesture-Handling). - Keine Änderung an anderen Bearbeitungsflüssen, die nicht über Klick auf den Text laufen (Fälligkeitsdatum, Priorität etc. — die laufen bereits über das ⋯-Menü bzw. eigene Controls). **Verified against code (2026-08-07):** `ReactUi/src/components/TodoItem.tsx:269` (`onClick={startEditingTitle}`) und `:289`/`:297` (`onClick={startEditingDescription}`) lösen aktuell bei Einfachklick aus. Ein alternativer, unveränderter Zugang existiert bereits über den `DropdownMenuItem` "Edit" (`TodoItem.tsx:362`).