Re: mc, mdi, mem About this list
- From: jg pa dec com (Jim Gettys)
- To: Marko Macek gmx net
- Cc: "Guillermo S. Romero / unnamed / Familia Romero" <famrom idecnet com>, gnome-gui-list gnome org, wm-spec-list gnome org
- Subject: Re: mc, mdi, mem About this list
- Date: Wed, 4 Aug 1999 06:32:51 -0700
> Sender: mark@kiss.uni-lj.si
> From: Marko Macek <Marko.Macek@gmx.net>
> Resent-From: wm-spec-list@gnome.org
> Date: Wed, 04 Aug 1999 06:17:48 +0200
> To: "Guillermo S. Romero / unnamed / Familia Romero" <famrom@idecnet.com>,
> gnome-gui-list@gnome.org, wm-spec-list@gnome.org
> Subject: Re: mc, mdi, mem About this list
> -----
> "Guillermo S. Romero / unnamed / Familia Romero" wrote:
> >
> > [...]
> > >Create a single screen-sized window for the desktop (non-shaped)
> > >and draw everything in it). This is the way that will be specified
> > >in the new GNOME/KDE WM spec. (It is already possible to do with the
> > >current WM spec).
> > [...]
> > >- GNOME has full control of the desktop background and WMs can't mess
> > >with it. This means that desktop-background will actually work
> > >predictably.
> >
> > How do we reach WM menu(s)? A doubt I have, and want solved, if possible.
>
> The desktop code could pass the clicks it doesn't use to the root
> window/WM.
>
Yup. This is what replaying events is all about: a WM (or other application)
can get an event, decide what to do with it, and then cause it to be
replayed to others transparently. This is how click to focus is supposed
to be implemented, for example (at least when I talked to Raster last fall,
E didn't do it this way, because he hadn't understood what the facility
was intended for; if you don't do it this way, you can have race conditions
and events can go to the wrong place).
- Jim
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]