GTK stay-on-top problem with "Form templates" dialogs

Bug #504905 reported by Jim Busser
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
GNUmed
New
Low
Unassigned

Bug Description

While in the midst of managing "Form templates", after opening the file picker, I decided I wanted to re-use a system level File Browser which I had docked (minimized), however despite that I clicked it and that it zoomed open, it did not surface into the front layer of the screen.

The same remained true after I closed the file picker which had been opened via the Template button even after re-clicking a minimized File Browser (screenshot) and even after I closed it and opened a new one from the Places menu.

If I exit a level (into Select form or letter template) then window behaviour is as expected. Screenshot at
http://lists.gnu.org/archive/html/gnumed-bugs/2010-01/msg00019.html

--> Apparently GTK (in wxWidgets at least) does not offer a stay-on-top policy per-application. Dialogs seemt to be either ALWAYS-ON-TOP (apparently on everything GTK if combined with MODAL) or not stay-on-top'able at all.

Needs converting of that dialog to using the GNUmed standard generic edit area dialog (should make the problem disappear).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.