Issue 267 - can't leave full screen print preview mode if I invoke any dialog from it
Summary: can't leave full screen print preview mode if I invoke any dialog from it
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: 613
Hardware: PC Linux, all
: P4 Trivial (vote)
Target Milestone: ---
Assignee: philipp.lohmann
QA Contact: issues@www
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-01-01 17:01 UTC by issues@www
Modified: 2011-02-25 12:19 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description issues@www 2001-01-01 17:01:30 UTC
I can't leave full screen print preview mode after I invoke any modal dialog in that mode (e.g. "Zoom"  dialog) - since modal dialog intercepts all events, I have to close it if I want to leave FS preview mode by clicking something. But modal dialogs invoked from FS preview mode get placed UNDER that preview window - so I can't close them (and I don't see them). That's with Enlightenment running. I have to kill X server.
Comment 1 jp 2001-02-07 11:43:29 UTC
It's not a specific writer problem, it happens every time in full screen mode if 
modal dialogs starts. (Please check it also under Solaris)
Comment 2 philipp.lohmann 2001-02-15 11:23:37 UTC
This will need some redesign of the full screen mode itself. Depending on the
window manager it can be impossible to raise a managed window over an
override-redirect window.
Comment 3 philipp.lohmann 2001-02-21 17:24:32 UTC
As a temporary workaround dialogues come up override redirect if fullscreen
mode is active. At least they come up in front then. But since they are not
decorated in this case, there will have to be another solution. Making the
fullscreen mode not override redirect fails on many window managers since either
the position is incorrect or the fullscreen window gets lowered.
Comment 4 philipp.lohmann 2011-02-25 12:19:05 UTC
with EWMH compliant window managers this ceased to be a problem long ago, closing