| Summary: | Select previous item after deleting an entry in the area fill tab list to avoid scrolling | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Telesto <telesto> |
| Component: | UI | Assignee: | Caolán McNamara <caolan.mcnamara> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | caolan.mcnamara, cno, heiko.tietze, thomas.lendo |
| Priority: | low | ||
| Version: | 6.0.0.3 release | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | target:7.1.0 | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 103223 | ||
|
Description
Telesto
2020-06-30 09:59:16 UTC
Also in Version: 6.0.5.0.0+ Build ID: 15ea1cda0b3c37ff944ad9a239b7ed453e8b0591 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL Confirmed with Version: 7.1.0.0.alpha0+ 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 Calc: threaded 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". Heiko: 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) > Heiko: > 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. @Caolan 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": https://git.libreoffice.org/core/commit/a1cb7ede7841de1cb38f260cecd5c067f0a8dac6 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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. |