Opened 3 years ago

Closed 2 years ago

#17733 closed bug (fixed)

[StyledEdit] Input focus not in the "TextView" at application start

Reported by: bipolar Owned by: nobody
Priority: normal Milestone: R1/beta4
Component: Applications/StyledEdit Version: R1/beta3
Keywords: StyledEdit input focus Cc:
Blocked By: Blocking:
Platform: All

Description

Starting StyledEdit, either from Terminal, from a Deskbar link, from QuickLaunch, or by double clicking a text file in Tracker... results in an open StyledEdit window that you cannot start typing into until you click on its "TextView", and thus gets the input focus and starts responding to your typing.

Not sure where those keypresses end up until that point :-)

I'm hoping this would only require a "one line" fix, unless it interferes with something I'm not aware of.

Tested on an up-to-date beta3, and on hrev56095 (both 64 bits).

Change History (6)

comment:1 by bipolar, 2 years ago

Not sure if it merits opening another ticket, so I'll just mention it here at first:

Dismissing the Find and also the Replace dialog should *also* make the "main" window get the focus back to the "TextView".

If you use the Find dialog now, after hitting the "Find" button, instead of StyledEdit getting the focus, it is the Desktop (!?) the one that gets the focus, even having many windows open (StyledEdit at front, over some WebPositive and this one over other Tracker windows).

I noticed that the Desktop gets the focus, because using CTRL+F brings Tracker's Find/Query window upfront.

in reply to:  1 comment:2 by bipolar, 2 years ago

Replying to bipolar:

I noticed that the Desktop gets the focus, because using CTRL+F brings Tracker's Find/Query window upfront.

It ends up not being the Desktop the one that gets the focus, but the Deskbar. At least that's what it looks like, because if I disable the "Always on top" option in Deskbar prefererences... this issue with the Find/Replace dialogs dissapears.

Oh well. Original issue remains :-)

Version 0, edited 2 years ago by bipolar (next)

comment:3 by Jim906, 2 years ago

I can work on this.

comment:4 by Jim906, 2 years ago

Patch under review: https://review.haiku-os.org/c/haiku/+/5416.

I also tried to resolve your secondary issue, in which the Deskbar becomes the active window after doing a search. While you found a workaround already, I would think that a user would want/expect to have the StyledEdit window become active again after running a StyledEdit search, regardless of whether the user has set Deskbar to 'always on top.'

in reply to:  4 comment:5 by bipolar, 2 years ago

Replying to Jim906:

Patch under review: https://review.haiku-os.org/c/haiku/+/5416.

Thanks for working on this! Much appreciated!

I would think that a user would want/expect [...] regardless of whether the user has set Deskbar to 'always on top.'

Absolutely!

Hopping your patch will be accepted soon :-)

Thanks again!

comment:6 by pulkomandy, 2 years ago

Milestone: UnscheduledR1/beta4
Resolution: fixed
Status: newclosed

Merged in hrev56229. Thanks!

Note: See TracTickets for help on using tickets.