Bug 403892 - Front window
Summary: Front window
Status: RESOLVED FIXED
Alias: None
Product: kstars
Classification: Applications
Component: general (show other bugs)
Version: 2.9.8
Platform: unspecified All
: NOR wishlist
Target Milestone: ---
Assignee: Rob
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-03 11:48 UTC by Jean-Claude
Modified: 2021-09-13 14:09 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:
mobarre-kde: Usability+

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Claude 2019-02-03 11:48:46 UTC 
SUMMARY
The KStars window cannot be the front window if Ekos or FITS Viewer are displayed

STEPS TO REPRODUCE
1. Click in KStars window
2. 
3. 

OBSERVED RESULT
The KStars window always stays in the background

EXPECTED RESULT
It should come in front 

SOFTWARE/OS VERSIONS
Windows: 
MacOS: 10.14
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Marc-Olivier Barre 2019-08-21 08:57:08 UTC 
I've noticed the same thing. It makes mount calibration a pain in the ass. apparently it is a voluntary modification and not a bug. This seems very misguided.

I tracked this down to this changelog entry:
706896304 2019-02-14 Jasem Mutlaq         Make independent window stay on top

Which refers to this commit: https://github.com/KDE/kstars/commit/706896304565299b22e61c0b1388e416cd038bf4

No idea why this has been made this way. I do not see a scenario where I need to make sure that ekos stays on top of the main window when opened during a session in which I might need (and the software allows) to use the main window.

I don't get it...
Comment 2 John Pane 2020-11-21 14:30:35 UTC 
This bug is still present and is very problematic. Most importantly, any time Ekos puts up a dialog box, it is *behind* the Ekos window meaning the user has no signal that there is a dialog box. This causes all kinds of problems. For example,  taking Dark frames does not progress because Ekos wants to know if the camera has a shutter; or I delete an equipment profile, which seems to have no effect. Later, when I discover the dialog box and allow the delete to proceed the wrong equipment profile is deleted (apparently because in the interim I selected a different profile that I actually wanted to keep). 

It would be one thing if the Ekos window was small and could be placed into a corner of the screen leaving space near the center for the dialog boxes. But in fact Ekos requires much more than half of the screen space, virtually guaranteeing that the dialogs will be completely hidden.

Please fix this severe user interface bug.
Comment 3 Jasem Mutlaq 2020-11-21 17:45:00 UTC 
Did you check KStars v3.5.0?
Comment 4 John Pane 2020-11-21 21:31:42 UTC 
Yes, the problem still exists in KStars v3.5.0. 

KStars is running on MacOS (v 11.0.1). I see the original bug report was also filed by a MacOS user.
Comment 5 Jean-Claude 2021-09-13 11:08:35 UTC 
This is solved in 3.5.4