Dia’s in het slide-overzicht op expliciete invoegposities neerzetten #2362

New issue

Closed

opened 2026-10-08 18:21:57 +00:00 by brenno · 0 comments

brenno commented

2026-10-08 18:21:57 +00:00

Owner

Probleem

Tijdens slepen is nu de volledige dia-kaart het dropdoel. De gebruiker moet daardoor ‘op’ een andere dia mikken, terwijl de bedoelde handeling is: plaats deze dia vóór, tussen of achter andere dia’s. Er is bovendien geen expliciete invoegpositie achter de laatste dia.

Dit sluit niet aan op de eerder vastgelegde eis in #2045 dat de beoogde invoegpositie visueel ondubbelzinnig moet zijn.

Voorgestelde bediening

Modelleer de bestemming als invoegslot 0..N, niet als dia-index:

één positie vóór de eerste dia;
één positie tussen ieder aangrenzend paar;
één positie achter de laatste dia.

Toon tijdens slepen alleen de relevante invoegmarkeringen in leesvolgorde. De actieve positie krijgt een duidelijke accentlijn en waar nodig extra ruimte, bijvoorbeeld ‘vóór dia 6’ of ‘achteraan’. Het slot na dia 5 is hetzelfde als het slot vóór dia 6; dubbele doelen zijn niet nodig.

Bij een meervoudige selectie verhuist het blok als geheel en blijft de interne volgorde behouden. Droppen in het eigen blok is een no-op.

Acceptatiecriteria

Een gebruiker kan exact vóór de eerste, tussen iedere twee en achter de laatste dia plaatsen.
De actieve invoegpositie is vóór het loslaten zichtbaar en niet afhankelijk van mikken op een kaart.
Dezelfde interactie werkt voor één dia en een meervoudige selectie.
Verplaatsen naar een positie rond het eigen geselecteerde blok verandert niets.
Muis, aanraking en toetsenbord-/schermlezeracties blijven beschikbaar; semantische acties spreken over ‘verplaats vóór/na’.
De rekenlogica gebruikt één insertion index en heeft regressietests voor slot 0, een middenslot, slot N en een geselecteerd blok.
Widgettests slepen naar begin, midden en einde; een golden toont de actieve invoegmarkering in plaats van een rand om de doelkaart.

## Probleem Tijdens slepen is nu de volledige dia-kaart het dropdoel. De gebruiker moet daardoor ‘op’ een andere dia mikken, terwijl de bedoelde handeling is: plaats deze dia vóór, tussen of achter andere dia’s. Er is bovendien geen expliciete invoegpositie achter de laatste dia. Dit sluit niet aan op de eerder vastgelegde eis in #2045 dat de beoogde invoegpositie visueel ondubbelzinnig moet zijn. ## Voorgestelde bediening Modelleer de bestemming als invoegslot `0..N`, niet als dia-index: - één positie vóór de eerste dia; - één positie tussen ieder aangrenzend paar; - één positie achter de laatste dia. Toon tijdens slepen alleen de relevante invoegmarkeringen in leesvolgorde. De actieve positie krijgt een duidelijke accentlijn en waar nodig extra ruimte, bijvoorbeeld ‘vóór dia 6’ of ‘achteraan’. Het slot na dia 5 is hetzelfde als het slot vóór dia 6; dubbele doelen zijn niet nodig. Bij een meervoudige selectie verhuist het blok als geheel en blijft de interne volgorde behouden. Droppen in het eigen blok is een no-op. ## Acceptatiecriteria - Een gebruiker kan exact vóór de eerste, tussen iedere twee en achter de laatste dia plaatsen. - De actieve invoegpositie is vóór het loslaten zichtbaar en niet afhankelijk van mikken op een kaart. - Dezelfde interactie werkt voor één dia en een meervoudige selectie. - Verplaatsen naar een positie rond het eigen geselecteerde blok verandert niets. - Muis, aanraking en toetsenbord-/schermlezeracties blijven beschikbaar; semantische acties spreken over ‘verplaats vóór/na’. - De rekenlogica gebruikt één insertion index en heeft regressietests voor slot 0, een middenslot, slot N en een geselecteerd blok. - Widgettests slepen naar begin, midden en einde; een golden toont de actieve invoegmarkering in plaats van een rand om de doelkaart.

brenno added the

bug

triage

labels

2026-10-08 18:21:57 +00:00

brenno added the

in-progress

label

2026-10-08 23:05:01 +00:00

brenno referenced this issue from a commit

2026-10-09 00:16:48 +00:00

fix(overzicht): neerzetten op expliciete invoegposities (#2362)