l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2004 Sep 24 14:19

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] "bring to front" X-window command
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] "bring to front" X-window command

On Fri 24 Sep 04,  1:44 PM, Mark K. Kim <lugod@cbreak.org> said:
> On Fri, 24 Sep 2004, Peter Jay Salzman wrote:
> > Mark, I think that is true.  Window stacking is a function of the window
> > manager.  Determining which part of a window needs to be refreshed when it
> > gets 'dirty', I think, is the responsibility of the wm.
> A window can request to the window manager for various things.  Like where
> to be placed when it first comes up.  So there's *some* facility for
> communication.
> > Also, my gimp doesn't bring the window to the foreground when I take a
> > screenshot.
> Got me curious I booted up Linux, and you're right -- it doesn't bring the
> window up.  xv doesn't either.  GIMP does bring window to the front under
> Windows but I guess that doesn't mean anything here.
> Try this instead: Fire up xmms, shuffle it to the back.  Right-click on
> the program and it'll pop up a menu.  From [Options], select "Always on
> Top".  That'll bring the program to the front even if it's in the back.
> So there seems to be *some* facility for programs to request some sort of
> shuffling to the window manager.  XMMS even knows how to move itself and
> detect screen edges, functions you'd think are only available to the
> window manger.  It's doing it *somehow* in some generic X way without
> angering the window manager.  I don't program X directly (not really,
> anyway) so I couldn't tell you how that happens, though.
> > But even if it did, how do you know that the request was made to
> > X and not the window manager?
> It would have to go through the window manager.  I didn't say it didn't.
> > Maybe it sends signals to the window manager
> > via X.
> Which is what Jonathan was looking for -- a non-WM-specific way to bring a
> window to the front.  Something that works with ALL window managers (or at
> least the nicely behaving ones) that isn't E-specific or KDE-specific or
> whatever.  He doesn't care if the request goes through the window manager
> or not.
> -Mark

Yeah - I was thinking that it was a general mechanism for IPC rather than a
"low level xlib call".  I thought you were advocating that there was a
specific xlib call for window stacking, which I didn't think was right.
Seems like that would be achived by a general IPC method.

However, it looks like I was *completely* wrong.

Jon, your xlib calls are:

   XRaiseWindow(Display *display, Window w);

   XLowerWindow(Display *display, Window w);


Make everything as simple as possible, but no simpler. -- Albert Einstein
GPG Instructions: http://www.dirac.org/linux/gpg
GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Sunset Systems
Who graciously hosts our website & mailing lists!