[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

Michael Weghorn  changed:

   What|Removed |Added

 CC||heiko.tietze@documentfounda
   ||tion.org

--- Comment #8 from Michael Weghorn  ---
(In reply to Mihai Vasiliu from comment #7)
> So then, the real issue is that there is no visual indication that the
> actual tab is in focus and allows changing.

@Heiko: Any thoughts/plans about this (currently focused tab item not clearly
indicated on Windows)?
(IIRC, you mentioned this earlier, but I don't know/remember what the
result/plan was.)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

--- Comment #7 from Mihai Vasiliu  ---
> Does that match
> what you're seeing? If so, I think that state of "two indicators" is likely
> intended in general (which doesn't say it's perfect or couldn't be improved,
> but that might be worth a separate discussion).

Yes! That's what I am seeing. Taking a very close look, I can see that when a
button is in focus, its control text is surrounded by a thin black dahsed line,
but then the focus is NOT on a button, the default OK button has the focus
effect, but not with a dahed line, indicating only a default action on ENTER
press, as you said.

So then, the real issue is that there is no visual indication that the actual
tab is in focus and allows changing.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

--- Comment #6 from Michael Weghorn  ---
(In reply to Mihai Vasiliu from comment #4)
> I took a better look and you are right, after the Cancel button if I press
> TAB again, the focus does jump visually to the OK button. I have no
> indication that it jumped on the vertical-tab area, but if I use the arrow
> keys to move, the focus does move to the next tab, and it is NOT actually on
> the OK button.
> 
> The visual issue is that after the focus being on the Cancel button,
> pressing TAB will highlight the OK button (See the attached screenshot), but
> in reality the first tab is in focus.
> 
> So this is like a dual-focus visual indicator issue where both the first tab
> and the OK button are marked as in-focus, but actually only the tab is.

The "OK" button indicator might be there to indicate that if you press Enter,
that's the button/action that will be triggered, and is likely always there
unless a particular other button currently has focus. Does that match what
you're seeing? If so, I think that state of "two indicators" is likely intended
in general (which doesn't say it's perfect or couldn't be improved, but that
might be worth a separate discussion).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

--- Comment #5 from Mihai Vasiliu  ---
Created attachment 201629
  --> https://bugs.documentfoundation.org/attachment.cgi?id=201629&action=edit
Focus on both OK and tab

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

--- Comment #4 from Mihai Vasiliu  ---
> 
> That seems to work for me. Pressing Tab when focus is on the "Cancel" button
> moves focus to the tab list. (That focus state is not particularly well
> visible in my Windows 11 VM with light them, though.)
> 
> Where does focus jump for you after the "Cancel" button?
> 

I took a better look and you are right, after the Cancel button if I press TAB
again, the focus does jump visually to the OK button. I have no indication that
it jumped on the vertical-tab area, but if I use the arrow keys to move, the
focus does move to the next tab, and it is NOT actually on the OK button.

The visual issue is that after the focus being on the Cancel button, pressing
TAB will highlight the OK button (See the attached screenshot), but in reality
the first tab is in focus.

So this is like a dual-focus visual indicator issue where both the first tab
and the OK button are marked as in-focus, but actually only the tab is.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

--- Comment #3 from Michael Weghorn  ---
(In reply to Michael Weghorn from comment #2)
> [...](That focus state is not particularly well
> visible in my Windows 11 VM with light them, though.)

... light **theme** ...

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

Michael Weghorn  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||[email protected]
 Status|UNCONFIRMED |NEEDINFO

--- Comment #2 from Michael Weghorn  ---
(In reply to Mihai Vasiliu from comment #0)
> Actual Results:
> You cannot reach to focus on the vertical tab list by using only the TAB key.
> 
> Expected Results:
> When cycling through the controls, you must eventually come back to the tab
> list.

That seems to work for me. Pressing Tab when focus is on the "Cancel" button
moves focus to the tab list. (That focus state is not particularly well visible
in my Windows 11 VM with light them, though.)

Where does focus jump for you after the "Cancel" button?

(In reply to Xisco Faulí from comment #1)
> I think this is basically a duplicated of bug 167125

I'd suggest to keep these separate. This report here is about the basic feature
of just using Tab, tdf#167125 is about providing additional ways to switch
between tabs.


Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: bc58a54d513702bc07906627dce073f05d7978fd
CPU threads: 12; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster;
VCL: win
Locale: en-US (en_DE); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

Xisco Faulí  changed:

   What|Removed |Added

 CC||[email protected]

--- Comment #1 from Xisco Faulí  ---
I think this is basically a duplicated of bug 167125

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167351] Vertical tabs dialogs cannot be accessed by keyboard

2025-07-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167351

Mihai Vasiliu  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=16
   ||7125

-- 
You are receiving this mail because:
You are the assignee for the bug.