The develop sliders do not take the scroll wheel, which FR-UI-5 names ("scroll-wheel adjustment on numeric controls").
Why
FR-UI-5's keyboard half is met (FR-DEV-16; =/- nudge the control last moved). But no develop slider responds to the wheel, and the register's status note and docs/dev/outstanding.md §4a say so rather than calling the clause met. It is also the pointer route photographers expect from Lightroom and darktable.
Since v0.16.0 the develop column has a desktop scrollbar and the column itself scrolls with the wheel. So a wheel over a slider has to be decided: adjust the slider, or scroll the column. The film-list fix (80938b0) found that Slint offers every pointer event to the outermost Flickable first, so a slider can only take the wheel if the column is made to stand down for it.
Deliverable
The wheel over a slider's track adjusts it by one step (a fine step with a modifier), recorded as one undo step per gesture, not per notch. The wheel anywhere else in the column scrolls it. The same event-routing rule as the film list, with a test like film_list_reaches_every_stock.rs.
Acceptance
the wheel over any develop slider changes it, and one wheel gesture is one undo step
the wheel elsewhere in the develop column still scrolls the column
a touchpad two-finger scroll over a slider behaves the same as a wheel
tagged as a GESTURE; FR-UI-5's status note updated
**The develop sliders do not take the scroll wheel, which FR-UI-5 names ("scroll-wheel adjustment on numeric controls").**
## Why
FR-UI-5's keyboard half is met (FR-DEV-16; `=`/`-` nudge the control last moved). But no develop slider responds to the wheel, and the register's status note and docs/dev/outstanding.md §4a say so rather than calling the clause met. It is also the pointer route photographers expect from Lightroom and darktable.
Since v0.16.0 the develop column has a desktop scrollbar and the column itself scrolls with the wheel. So a wheel over a slider has to be decided: adjust the slider, or scroll the column. The film-list fix (80938b0) found that Slint offers every pointer event to the outermost Flickable first, so a slider can only take the wheel if the column is made to stand down for it.
## Deliverable
The wheel over a slider's track adjusts it by one step (a fine step with a modifier), recorded as one undo step per gesture, not per notch. The wheel anywhere else in the column scrolls it. The same event-routing rule as the film list, with a test like `film_list_reaches_every_stock.rs`.
## Acceptance
- [ ] the wheel over any develop slider changes it, and one wheel gesture is one undo step
- [ ] the wheel elsewhere in the develop column still scrolls the column
- [ ] a touchpad two-finger scroll over a slider behaves the same as a wheel
- [ ] tagged as a GESTURE; FR-UI-5's status note updated
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The develop sliders do not take the scroll wheel, which FR-UI-5 names ("scroll-wheel adjustment on numeric controls").
Why
FR-UI-5's keyboard half is met (FR-DEV-16;
=/-nudge the control last moved). But no develop slider responds to the wheel, and the register's status note and docs/dev/outstanding.md §4a say so rather than calling the clause met. It is also the pointer route photographers expect from Lightroom and darktable.Since v0.16.0 the develop column has a desktop scrollbar and the column itself scrolls with the wheel. So a wheel over a slider has to be decided: adjust the slider, or scroll the column. The film-list fix (
80938b0) found that Slint offers every pointer event to the outermost Flickable first, so a slider can only take the wheel if the column is made to stand down for it.Deliverable
The wheel over a slider's track adjusts it by one step (a fine step with a modifier), recorded as one undo step per gesture, not per notch. The wheel anywhere else in the column scrolls it. The same event-routing rule as the film list, with a test like
film_list_reaches_every_stock.rs.Acceptance