Has anyone seen inconsistent behaviour with X like this:
Sometimes, by clicking on a window, it would not go into the foreground,
often it would remain hidden behind a window that partly obscures it.
Sometimes, when dragging a window and releasing it the underlying window
would pop up. But often, the behaviour is how it should be.
I am using SL10.1, with Afterstep1.6 as the manager, PS/2 wheel mouse. I
doubt that it has anything to do with Afterstep as the version I am using
is very stable and has been managing many versions of X in the past very
reliably.

Thanks / JB

danube <danube@cdoubleucom.net> wrote:
> Sometimes, by clicking on a window, it would not go into the foreground,
> often it would remain hidden behind a window that partly obscures it.
> Sometimes, when dragging a window and releasing it the underlying window
> would pop up.

The above does not sound like a problem with X.org, but it sounds like a
problem with your window manager. I'm not familiar with afterstep, but
many window managers have settings for this kind of behavior. Some people
prefer if the active window always is on top of other windows, other
people want to be able type into a window that is at least partially
hidden by other windows. Some people like if a window gets focus as soon
as the mouse cursor enters the window, other people prefer to click on a
window to give it focus. Different people get different behaviors by using
different settings or different window managers.

The description of your problem sounds more like a bug in your window
manager than a faulty setting.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc7(at)uthyres.com Examples of addresses which go to spammers:
info@k-soft.se info@k-software.biz info@webrider.ru root@localhost

> The description of your problem sounds more like a bug in your window
> manager than a faulty setting.
>
> regards Henrik

Thank for your advice, Henrik, but Afterstep1.6 is very stable, in fact
the most stable window manager I have ound up to now. The config files are
inherited from earlier when I ran Afterstep1.6 on SL4.0 until now, i.e.
many versions of Slack. Only with 10.1 did I see such behaviour. The other
possible culprit, apart from X, could be the wheel mouse which I am
investigating.
My query really is whether someone else has seen inconsistent behaviour of
the windows appearances in Xorg.

Regards / JB

Sounds like a window manager problem. The X server does not have
anything to do with your windows. X doesn't even know what a window is.
X just draws what you tell it to draw, to it, your window is just a
rectangle.

It might be a bug in Afterstep when used with this particular version
of X though.
Try using a different window manager, or switch to a version of X that
did not have this problem.

On Tue, 12 Jul 2005 10:32:02 -0700, Dmitriy M wrote:

> Sounds like a window manager problem. The X server does not have anything
> to do with your windows. X doesn't even know what a window is. X just
> draws what you tell it to draw, to it, your window is just a rectangle.
>
> It might be a bug in Afterstep when used with this particular version of X
> though.
> Try using a different window manager, or switch to a version of X that did
> not have this problem.

I think what you say may be correct. I can only explain the inconsistency
with the interplay of this Afterstep1.6 with the present version of xorg.
Since it is not serious enough to cause problems, only occasional
annoyance, I think I wait until an opportunity arises for a new Xorg.

Thanks / JB