Opened 11 years ago

Closed 11 years ago

Last modified 11 years ago

#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 users
  • annoying for sophisticated users, when using full-screen main-window
  • should be configurable

Change History (7)

comment:1 Changed 11 years ago by aboeckma

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.

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 users 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: 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 bug: every feature which cannot be disabled is a bug)

comment:6 in reply to: ↑ 5 ; follow-up: Changed 11 years ago by epruesse

Replying to westram:

(remember the definition of a bug: every feature which cannot be disabled is a bug)

That philosophy … is very apparent in ARB. ;-)

comment:7 in reply to: ↑ 6 Changed 11 years ago by westram

Replying to epruesse:

That philosophy … is very apparent in ARB. ;-)

*harhar*

Note: See TracTickets for help on using tickets.