hugin-devs team mailing list archive

[KFJ <814496@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

for some time I've been annoyed by a quirk in hugin: some modal dialogs
are not displayed on top of all other windows, but remain hidden behind
other windows on the desktop. This has the effect that hugin becomes
unresponsive until one Alt-Tabs to the dialog in question and responds
to it. I've noticed this behaviour with two dialogs:

- the stitcher dialog asking whether existing images should be deleted

- the dialog reporting the return code of a python script

I doubt this quirk is system-specific - the python script response has
behaved this way for a while, but it only mattered when I ran woa,
because the other plugins respond quickly, and the dialog is at least
displayed on top initially - woa takes much longer, and if I do
something else in the meantime, the dialog is hidden when it finally
comes up. With the stitcher it's much more annoying: the dialog never
even shows on top and has to be looked for in the list of available
windows. I suppose the problem has been newly introduced by always using
the batch processor for stitching.

I reckon wxWidgets has a simple flag somewhere for dialogs to display
'always on top' which has simply not been set, but I haven't
investigated.

Currently I'm using Kubuntu 11.4 on an intel system:

Betriebssystem: Linux 2.6.38-10-generic-tuxonice i686
Architektur: 32 bit
Freier Speicher:  2000244 kiB

Hugin
Version: Pre-Release 2011.3.0.723668d8c4cc
Ressourcen-Pfad: /usr/local/share/hugin/xrc/
Datenpfad: /usr/local/share/hugin/data/

Kay

** Affects: hugin
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/814496

Title:
  some modal dialogs hidden behind other windows

Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  for some time I've been annoyed by a quirk in hugin: some modal
  dialogs are not displayed on top of all other windows, but remain
  hidden behind other windows on the desktop. This has the effect that
  hugin becomes unresponsive until one Alt-Tabs to the dialog in
  question and responds to it. I've noticed this behaviour with two
  dialogs:

  - the stitcher dialog asking whether existing images should be deleted

  - the dialog reporting the return code of a python script

  I doubt this quirk is system-specific - the python script response has
  behaved this way for a while, but it only mattered when I ran woa,
  because the other plugins respond quickly, and the dialog is at least
  displayed on top initially - woa takes much longer, and if I do
  something else in the meantime, the dialog is hidden when it finally
  comes up. With the stitcher it's much more annoying: the dialog never
  even shows on top and has to be looked for in the list of available
  windows. I suppose the problem has been newly introduced by always
  using the batch processor for stitching.

  I reckon wxWidgets has a simple flag somewhere for dialogs to display
  'always on top' which has simply not been set, but I haven't
  investigated.

  Currently I'm using Kubuntu 11.4 on an intel system:

  Betriebssystem: Linux 2.6.38-10-generic-tuxonice i686
  Architektur: 32 bit
  Freier Speicher:  2000244 kiB

  Hugin
  Version: Pre-Release 2011.3.0.723668d8c4cc
  Ressourcen-Pfad: /usr/local/share/hugin/xrc/
  Datenpfad: /usr/local/share/hugin/data/

  Kay

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/814496/+subscriptions