Created attachment 168500 [details] Different screenshots show the different behavior of start panel Open LO in 7.1.0.1. At the left you see a border round "Open File". In LO 7.0.4.2 "Open File" has been (wrongly) marked as chosen. In LO 6.4.6.2 "Open File" isn't marked. The behavior of a permanent border with a doubled line at the bottom will change when, for example, starting a menu. But it will appear again. Best behavior would be the behavior of LO 6.4.6.2: "Open File" will only be marked when it is chosen. Bug appears under OpenSUSE 15.2 64bit rpm Linux.
Created attachment 169984 [details] Screenshot Menus and UIs in general have three states: in focus (pressing enter or space activates the control), hoover (clicking this objects brings it into focus), activated aka pressed but not yet released, and none. Now it depends on the system theme how these states are represented. Breeze apparently paints another line on the bottom of focused controls, with VCL=gen you get none of these hints. So it's a NAB/NOB for me. The only discrepancy is that one of the two menu button (the last selected) Recent Documents and Templates is always highlighted.
Do you agree, Michael?
Created attachment 169991 [details] Screenshot with gtk3 VCL plugin, from 6.3 bibisect repo (In reply to Heiko Tietze from comment #1) > Menus and UIs in general have three states: in focus (pressing enter or > space activates the control), hoover (clicking this objects brings it into > focus), activated aka pressed but not yet released, and none. Now it depends > on the system theme how these states are represented. Breeze apparently > paints another line on the bottom of focused controls, with VCL=gen you get > none of these hints. So it's a NAB/NOB for me. > > The only discrepancy is that one of the two menu button (the last selected) > Recent Documents and Templates is always highlighted. I quickly tested this and what Heiko says IMHO describes exactly what's happening. That does not seem to be new, I see the same behavior when e.g. using the gtk3 VCL plugin in the last LO version from the 6.3 bibisect repo (s. sattached screenshot): Version: 6.3.5.0.0+ Build ID: d1450f5bddd0f108078e0dfb11c9f130175fafe7 CPU threads: 12; OS: Linux 5.10; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded Whether automatically selecting a UI element in start center when hovering over it (i.e. combine the hover/selected state) seems to be a choice one can make either way. (e.g. in both gtk or Qt menus or context menus, hovering over an entry using the mouse also automatically selects it, which I'd personally also find more intuitive for the start center case, but I'm not an expert here)
Resolving as NAB. Please reopen if you disagree, Robert.
Submitted a patch waiting for review.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f9779894a5fdcc2c46f2d4cc306f98d460570cac Resolves tdf#139243 - UI glitch in start center It will be available in 7.2.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.