Am 01.07.2014 08:35, schrieb tduell:
> OK, tried to test this using hugin-2014.1.0 (changeset 6666) Fedora 20 x86_64.
> Stitcher dialog asking whether existing images should be deleted opens on top OK.
> Didn't see any window opened by "woa", but it was clear that it had completed. I haven't used "woa" previously and maybe its behaviour has changed.
> "Crop control points" opened window on top OK.
> I haven't experienced any other windows not displaying on top.
> Not conclusive, additional tests by others would be helpful.
>
> Cheers,
> Terry
>
Initially, I (kfj) wrote:
> 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
> ...
The first bug is still present here:
Betriebssystem: Linux 3.13.0-30-generic x86_64
Architektur: 64 bit
Freier Speicher: 4766072 kiB
Hugin
Version: Pre-Release 2014.1.0.0f320becf3dc
Ressourcen-Pfad: /usr/local/share/hugin/xrc/
Datenpfad: /usr/local/share/hugin/data/
Hugins camera and lens database: /home/kfj/.hugindata/camlens.db
The second one is probably still there but doesn't show very often,
because, if I remember correctly, the C++ code has been changed to
not show any notification of the resturn code of a python script
if the script returns zero, which is the standard return for error-free
completion.
I still suspect there should be a flag to open the modal boxes so that
they are 'always on top', e.g. the wxSTAY_ON_TOP style for wxDialog, but
this is only a guess.
Am 01.07.2014 08:35, schrieb tduell:
> OK, tried to test this using hugin-2014.1.0 (changeset 6666) Fedora 20 x86_64.
> Stitcher dialog asking whether existing images should be deleted opens on top OK.
> Didn't see any window opened by "woa", but it was clear that it had completed. I haven't used "woa" previously and maybe its behaviour has changed.
> "Crop control points" opened window on top OK.
> I haven't experienced any other windows not displaying on top.
> Not conclusive, additional tests by others would be helpful.
>
> Cheers,
> Terry
>
Initially, I (kfj) wrote:
> 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
> ...
The first bug is still present here:
Betriebssystem: Linux 3.13.0-30-generic x86_64
Architektur: 64 bit
Freier Speicher: 4766072 kiB
Hugin 0.0f320becf3dc share/hugin/ xrc/ share/hugin/ data/ .hugindata/ camlens. db
Version: Pre-Release 2014.1.
Ressourcen-Pfad: /usr/local/
Datenpfad: /usr/local/
Hugins camera and lens database: /home/kfj/
Bibliotheken
wxWidgets: 2.8.12.1
libpano13: 2.9.19
Boost: 1.55.0
Exiv2: 0.23.0
SQLite3: 3.8.2
The second one is probably still there but doesn't show very often,
because, if I remember correctly, the C++ code has been changed to
not show any notification of the resturn code of a python script
if the script returns zero, which is the standard return for error-free
completion.
I still suspect there should be a flag to open the modal boxes so that
they are 'always on top', e.g. the wxSTAY_ON_TOP style for wxDialog, but
this is only a guess.
Kay