#333 closed defect (fixed)
application main window always stays behind child windows
Reported by: | westram | Owned by: | devel |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Library (GUI) | Version: | gtkport |
Keywords: | Cc: |
Description
- nice feature for new
- annoying for sophisticated , when using full-screen main-window
- should be configurable
Change History (7)
comment:1 Changed 11 years ago by aboeckma
comment:2 Changed 11 years ago by epruesse
- Resolution set to fixed
- Status changed from new to closed
fixed by r10625
comment:3 Changed 11 years ago by westram
great
comment:4 Changed 11 years ago by epruesse
I'm still not convinced that this is the right way. Making all windows but the primary one transient was too much, but some windows should still always stay in front. And those that can "pop under" should carry the file name of the database in the title, so that you know which ARB they belong to.
I think the number of windows that you would want to keep open behind the main window is pretty limited:
- Search & Query: close/reopen looses search result (I think)
- Detached Info: Difficult to get again
Maybe we should consult some on this? It's not high prio, and probably only important for those that have more than one ARB open at a time, tough.
comment:5 follow-up: ↓ 6 Changed 11 years ago by westram
I still think it should be either old motif behavior - as is now - or configurable. (remember the definition of a : every feature which cannot be disabled is a )
comment:6 in reply to: ↑ 5 ; follow-up: ↓ 7 Changed 11 years ago by epruesse
Replying to westram:
(remember the definition of a : every feature which cannot be disabled is a )
That philosophy … is very apparent in ARB.
By default all windows except the main window are transient. Afaik this is the normal behavior for multi window programs. The window manager decides whether to keep transient windows on top or not. Therefore I think this is not a config that should be made in arb but inside the window manager.