Quote:
Originally Posted by KevinH
Yes, Tab to shift focus does not always work especially if CodeView grabs focus. Shift tab should still work unless it is being interpreted as input under Windows too?
|
Even if it did overcome this issue, Shift+Tab is an unacceptable work-around for anyone who habitually uses Tab to navigate WIMPy (another word we shouldn't use) interfaces. Keyboard centric users don't press Tab once, they press it repeatedly, Shift+Tab is used when they press Tab one too many times.
Quote:
Originally Posted by BeckyEbook
Focus in Sigil on Windows is a truly mysterious case.
I too often Tab jump over various interface elements and also run into the problem of Code View accidentally capturing focus and I get something similar to the screenshot from one of the previous posts.
* Sometimes this happens when I hide the F&R window.
* Sometimes when I have the Automate icons on the toolbar turned off.
* Sometimes when I have more than one tab open in Code View
* (and certainly in other cases that I can't remember).
For easier checking where the focus is, I can suggest a one-line entry in the qt_styles.qss file:
Code:
:focus {border: 1px solid red;}
|
Thank you.
Can I put that qt.style.qss file somewhere - I don't want to build Sigil?
Will it highlight 'dormant' dockable panel tabs, such as the Table of Contents and Clips windows I dock with Book Browser and Preview.
I think they can get focus via a Tab?
Sigil is not only mysterious on Windows. My former housemate has a Mac, in 2017 she let me install Sigil on it. I found it had the same issues that we're discussing here as I had, and still have, under Windows.
For me, the main issue is that its possible to inadvertently Tab into the CodeView multi-line text-box, if that could be prevented it would be good.
Telling users that the background colour of the current line will change if you end up there… and it's something they need to watch out for… is not very helpful.
On Windows the background colour of the current line is the same irrespective of keyboard focus. When the CV textbox gets focus the only visual cue is that the text cursor will show. Aside: on Sigil (Qt I guess) doesn't honour the relevant Windows Text Cursor settings.
Is there some way I can get a Tab to be visible, e.g. as a → ?
Ideally, repeated Tabs would always wrap around the controls within the
current window… like they do in the Spell Check window. The fact that the window is an embedded child like F&R, or a docked child like Book Browser should not change that basic behaviour.
FYI: the calibre ebook editor has EXACTLY the same problem!
However its good to see the defect has been acknowledged.
BR