Re: 2.4.0_rc2 --- xterm display regression?
Re: 2.4.0_rc2 --- xterm display regression?
- Subject: Re: 2.4.0_rc2 --- xterm display regression?
- From: Eeri Kask <email@hidden>
- Date: Sat, 08 Aug 2009 12:49:31 +0200
Harald Hanche-Olsen <email@hidden>:
> + Tom Lane <email@hidden>:
>
>> Jeremy Huddleston <email@hidden> writes:
>>> I've released 2.4.0_rc2.
>> I'm running rc2 now, and I notice something that I don't think was true
>> before: in a xterm window, there is no visible separation between the
>> text area and the scroll bar on the left.
>
> Known bug: http://xquartz.macosforge.org/trac/ticket/290
In fact not having tested 2.4.0_rc2 yet this bug very probably is
not restricted to xterm and probably even not to Xorg-version of the
X11-server Apple distributes. Tiger 10.4.11 (which includes the
XFree-X11 variant) shows this bug as well: lets activate X11 in
fullscreen mode, open few Xaw programs, like
xcalc, xclipboard, editres, etc
then switch to Aqua screen, then back to X11-screen, and I observe
all these above lack window borders (borders in the sense of
X11-window attribute) at all descendant levels, i.e. they are white,
i.e. not recovered by the server.
At first sight it seems the XFree server variant at least paints the
top-level window borders, the Xorg-variant often not, though, the
server correctly delivers Expose to every visible window but doesn't
draw what it is supposed to draw by itself. :-)
(If one moves some particular client above partly beyond the screen,
and back, then the borders get drawn for that half which was off
screen; which suggests this bug is related to switching Aqua/X11
screens or first-time client mapping.)
Greetings,
Eeri Kask
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden