UI: Dialog scrolls to top after deleting a background area bitmap
Steps to Reproduce:
1. Open Draw
2. Right Click on page -> Properties
3. Background -> Bitmap
4. Scroll down
5. Right click an item + delete
Dialog scrolls to top
Next in line gets selected..
User Profile Reset: No
Version: 188.8.131.52.alpha0+ (x64)
Build ID: 006c65bbd472cb1d7d44e095714e28190b76be0d
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Build ID: 15ea1cda0b3c37ff944ad9a239b7ed453e8b0591
CPU threads: 4; OS: Windows 6.3; UI render: default;
Locale: nl-NL (nl_NL); Calc: CL
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-07-30_20:15:28
This is the behavior in all Area fill tabs not only bitmaps.
Therefore changing summary from "UI: Dialog scrolls to top after deleting a background area bitmap" to "UI: Dialog scrolls to top after deleting an item in the area fill tab item list".
Is this something you would like to change?
From UX point of view I don't like any jump actions in the UI. So I support Telesto's request that the item before or after the deleted item should be selected; ideally the item after the deleted item which is replacing the deleted one and moving to the position of the deleted item.
(In reply to Thomas Lendo from comment #2)
> Is this something you would like to change?
> From UX point of view I don't like any jump actions in the UI. So I support
> Telesto's request that the item before or after the deleted item should be
> selected; ideally the item after the deleted item which is replacing the
> deleted one and moving to the position of the deleted item.
Rather before since it might be the last one.
You know they area pretty well, so might be interested in this one
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":
tdf#134420 select neighbour when deleted
It will be available in 7.1.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.