Tabelbewerking verliest de cel-focus bij werkbalkacties #2092

New issue

Closed

opened 2026-09-14 09:44:37 +00:00 by brenno · 2 comments

brenno commented

2026-09-14 09:44:37 +00:00

Owner

Wat er misgaat

Naar aanleiding van kapotte kolomknoppen: de focuslogica van de in-place tabel (dia-editor én documenttabel) behandelt tekstfocus en celselectie als hetzelfde. Elke blur van een cel wist de actieve cel, waarop de werkbalk verdwijnt. Dat is niet alleen kolom-invoegen: elke werkbalkactie (rij, kolom, uitlijnen, sorteren) is vatbaar, en na een geslaagde structuurwijziging landt de cursor nergens.

Wat je zou verwachten

Tikken op de werkbalk houdt de actieve cel vast tot de handeling klaar is.
Na invoegen/verwijderen/verplaatsen van rij of kolom staat de cursor weer in de logische cel (index bijgewerkt als er links of erboven is ingevoegd).
Tikken écht buiten de tabel (titelveld, andere dia, canvas) mag de werkbalk wél wegnemen.
Tab/Enter die een rij bijmaken, blijven focus naar de nieuwe cel zetten.

Reikwijdte van de analyse

Niet alleen de twee kolomknoppen. De hele keten: TableEditController.setActiveCell, insertColumnAt / insertRowAt / remove* / move*, TableEditScaffold-werkbalk (ExcludeFocus), TableEditableCell.onFocusChange, en of Flutter-widgettests deze unfocus-tijdens-tik überhaupt nabootsen (bestaande tests voor kolom-rechts staan groen terwijl de app faalt).

## Wat er misgaat Naar aanleiding van kapotte kolomknoppen: de focuslogica van de in-place tabel (dia-editor én documenttabel) behandelt tekstfocus en celselectie als hetzelfde. Elke blur van een cel wist de actieve cel, waarop de werkbalk verdwijnt. Dat is niet alleen kolom-invoegen: elke werkbalkactie (rij, kolom, uitlijnen, sorteren) is vatbaar, en na een geslaagde structuurwijziging landt de cursor nergens. ## Wat je zou verwachten - Tikken op de werkbalk houdt de actieve cel vast tot de handeling klaar is. - Na invoegen/verwijderen/verplaatsen van rij of kolom staat de cursor weer in de logische cel (index bijgewerkt als er links of erboven is ingevoegd). - Tikken écht buiten de tabel (titelveld, andere dia, canvas) mag de werkbalk wél wegnemen. - Tab/Enter die een rij bijmaken, blijven focus naar de nieuwe cel zetten. ## Reikwijdte van de analyse Niet alleen de twee kolomknoppen. De hele keten: `TableEditController.setActiveCell`, `insertColumnAt` / `insertRowAt` / `remove*` / `move*`, `TableEditScaffold`-werkbalk (`ExcludeFocus`), `TableEditableCell.onFocusChange`, en of Flutter-widgettests deze unfocus-tijdens-tik überhaupt nabootsen (bestaande tests voor kolom-rechts staan groen terwijl de app faalt).

brenno added the

bug

in-progress

labels

2026-09-14 09:44:37 +00:00

brenno commented

2026-09-14 09:44:51 +00:00

Author

Owner

Opgepakt. Tak: fix/table-columns-focus-logo (samen met #2090). Verwachte reikwijdte: dezelfde tabel-focusketen; regressietests die unfocus-tijdens-werkbalktik nabootsen.

brenno referenced this issue from a pull request that will close it,

2026-09-14 16:44:24 +00:00

Tabelkolommen, cel-focus en logo-ruimte #2093

brenno closed this issue

2026-09-14 16:53:19 +00:00

brenno commented

2026-09-14 16:54:04 +00:00

Author

Owner

Op main in 8de2af4ec (PR #2093). Tikken op de werkbalk houdt de actieve cel tot de handeling klaar is; na invoegen/verwijderen/verplaatsen landt de cursor in de logische cel; tikken buiten de tabel sluit de werkbalk. Niet in scope: presentator-live-edit.

Op main in 8de2af4ec (PR #2093). Tikken op de werkbalk houdt de actieve cel tot de handeling klaar is; na invoegen/verwijderen/verplaatsen landt de cursor in de logische cel; tikken buiten de tabel sluit de werkbalk. Niet in scope: presentator-live-edit.

brenno removed the

in-progress

label

2026-09-14 16:54:05 +00:00