Bug 391795

Summary: Make user aware that input dialogue boxes can pop up on a different monitor
Product: [Applications] krita Reporter: Tyson Tan <tysontanx>
Component: Tool/TextAssignee: vanyossi <ghevan>
Status: RESOLVED FIXED    
Severity: wishlist CC: ghevan, halla, mail
Priority: NOR Keywords: triaged
Version: 4.0 pre-alpha   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Tyson Tan 2018-03-13 05:42:22 UTC 
In krita-4.1.0-pre-alpha-a41aeb7-x86_64, The Text tool input dialogue box pops up on a different monitor than Krita's. I don't know how Krita determines the placement of the input dialogue box. On my PC I have two monitors aligned vertically, monitor 2 is a normal display, monitor 1 is a Cintiq. It always pops up on monitor 2. Maybe it always pops up on the top monitor?

But the problem is -- this is very confusing because when the dialogue box is popped up, the main window becomes unresponsive but not grayed-out. And since my attention is on the lower monitor where Krita's main windows is, I do not notice a new dialogue on another screen. I would assume Krita was locked up. I believe this is especially confusing for first time users.

I suggest we force Text Tool dialogue to start up within Krita's main window. Same goes for all Krita's pop up dialogues.
Comment 1 Halla Rempt 2018-03-13 09:13:14 UTC 
Well... We don't actually determine the position of any dialog box. That's done by the window manager, and we can try to influence that position, but we cannot forece the window manager's decision about positioning dialogs.
Comment 2 Tyson Tan 2018-03-13 09:15:27 UTC 
Then I hope we can do it like GIMP instead of a dialogue box...is there a technical limitation here that we can't do that?
Comment 3 Halla Rempt 2018-03-13 09:17:41 UTC 
Well, the reason we put the editor in a tool window instead of implementing on-canvas editing is to make sure that there are no conflicts in the shortcuts between the main krita window and the text editor. The window is marked as Qt::Tool so the window manager "should" place it on the same monitor as the main window...
Comment 4 Tyson Tan 2018-03-13 09:23:19 UTC 
So can we display a overlay message on the canvas saying 

"Text Editor Started (big font size)
If you don't see it, it may be on another screen (small font size)
" 

then fade out in 0.5 - 1 second?

In this way at least we teach new user what happened.
Comment 5 Julian Steinmann 2018-09-15 14:46:32 UTC 
As we cannot determine the popup box ourselves, we cannot really fix the root problem. I am therefore going to transform this into a wish about wanting a message to tell the user that the dialog might pop up on another screen.
Comment 6 vanyossi 2019-05-21 06:18:39 UTC 
I changed the Text Editor Input tool to a modal window, the idea is to be able to eventually update the text with less travels to the "apply/ok" button.

With this change the main window never enters a blocked state. While this does not ensure the text input editor is placed in the current screen, it avoids blocking the interface.


There is not, and should not be any conflicts with shortcuts of main krita as the editor was promoted to an Application window (some time before me making it modal) to allow menus.

Marking as fixed.
Comment 7 Tyson Tan 2019-05-22 02:31:37 UTC 
Thank you vanyossi! :)