View Single Post
Old 04-03-2024, 10:13 PM   #25
BetterRed
null operator (he/him)
BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.
 
Posts: 20,652
Karma: 26966376
Join Date: Mar 2012
Location: Sydney Australia
Device: none
Quote:
Originally Posted by KevinH View Post
A tab is a valid input character for a QPlainText (CodeView) edit so entering a Tab by accident when trying to tab focus someplace else (there is no place else to go inside CodeView) can never be distinguished from a user intentionally entering the tab character (it is a valid character to enter even in xhtml).

That is not going to change.
I have not suggested that should change, and I am not aware that anyone else has.

My position is that Tab should not move the focus between windows. A tab within F&R should stay in F&R (i.e. stay in its lane), it should not change focus to other windows… especially with no obvious visible indication of doing so.

If a user wants to give focus to CV, or any other window they should click in it, or make use of the new Give Focus to XXXX menu action/shortcut feature (why no buttons ?).

I'd be surprised if any Sigil user deliberately uses the Tab key to move between Sigil's windows. I also suspect its not a by-design feature, more likely it's an unfortunate by-product of poor design.

BR

Last edited by BetterRed; 04-04-2024 at 01:48 AM. Reason: typo
BetterRed is offline   Reply With Quote