Sorry, I was confused which requestFocus you meant, I was looking at
Scene#requestFocus(Node).
--John
On 07/11/2022 15:38, Thiago Milczarek Sayão wrote:
It was a problem in the past gtk glass, but now it checks if visible
to request the focus.
But, there are two situations:
1 - Most common - there is one Scene and it's created before the
window is shown. In this case,
there is no point to request focus;
2 - The scene has changed. Do we want to issue notifications or flash
the taskbar because the Scene has changed?
If 2 is "no", then I think this line should be removed.
If 2 is "yes", then I think we should have an API to request attention.
Em seg., 7 de nov. de 2022 às 05:42, John Hendrikx
<[email protected]> escreveu:
On 07/11/2022 00:32, Thiago Milczarek Sayão wrote:
> While working on native linux glass code I observed that
> requestFocus() is called before show().
> If the window is not shown (mapped on Xorg), It can't be focused.
Have you observed this to be a problem? I believe the actual focus
acquisition is delayed.
>
> The code is on WindowStage.setScene() line 276.
>
> It might be the case when switching the scene, but should the
window
> be focused in that case?
>
> If the user is "focused" on another window and the program
decides to
> switch the scene the window would pop and steal the focus.
Most window managers won't allow this, even if an application does
request focus. Instead they'll indicate this in the task bar that a
window wants the focus.
Is this actually happening?
--John
