ubuntu 20.04

Hi everyone

I cannot bring the e.g. kstars or fitsviewer to the front when the ekos window is onscreen.
I've tried many combinations of the gnome-tweak.tool modal dialogue on/off and EKOS as an independent window on/off, restarting kstars after each test.

Could anyone help with the correct combination to be able to bring other windows in front of the ekos window?

Cheers,
Steve

What I usually end-up doing is use virtual workspaces for each of Kstars, EKOS and INDI, maximised, so I use the full screen size for each of them. I can then move from one to another with CTRL-ALT-Right(or Left)Arrow. You have to go into Kstars settings first in order to set EKOS and INDI as independant windows first. Makes it easy and clutterless.

Hi
Thanks for the reply and tip.

In 18.04 I can bring the kstars window in front of the EKOS window. In 20.04, I can't.

Does anyone know how I can get the 18.04 behaviour on. 20.04?
TIA

I have had this same problem in Fedora as well, and have learned to live with it. I asked about it on here a while back, but never figured it out. I would like to figure it out.

It would not be a terrible thing except all the sub dialog windows open under the Ekos window, and you never see them unless you move the Ekos window. If you don't know to look for them,
then the system behaves very strangely indeed as it waits for 30 seconds, then closes all without the user ever seeing that it popped under Ekos.

How can I help?

Jim

Hi

I've put in a request here:
www.indilib.org/forum/wish-list/7584-bri...the-ekos-window.html

If we can do it in Ubuntu 18.04, why can't we do it in 20.04?

Thanks

related perhaps: indilib.org/forum/wish-list/6318-pop-up-...of-ekos-desktop.html

and my initial report of the pop-under problem with the Ekos window is in here. The other problem from that thread was out of date INDI packages, which I fixed.

www.indilib.org/forum/ekos/6789-issues-w...d-for-the-night.html

Jim

Yeah, the dialogs that pop under have caused me issues before. The mount control dialog stays below Ekos as well.

I think this is perhaps window manager related. Whatever it is by default in 18.04 works.

Whatever in 20.04, doesn't. It would be great is this were not wm specific though.

Cheers

I've seen it in both MATE and Xfce4. Maybe a new version of Qt in 20.04 that is causing it?

gnome 3.36 here. Other windows behave the way they should though, so I am still suspecting there is something set somewhere in the code on spawning the window, perhaps around the checkbox in the preferences that allows one to specify "Independent Window", as this does not seem to make any difference for me whether checked or not checked.

It does this on a fresh OS install as well, so is not a local setting either.

qt 5.14 here

Jim

According to this Qt forum post, it looks like it is because the Ekos manager class is a QDialog, not a QWidget. Or it should be handled when you don't give it a parent (which is what the independent window checkbox does). Not sure why it's still doing it...

forum.qt.io/topic/92036/qdialog-making-t...-windows-goes-behind

Adding
in
just before

seems to fix it.