From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <5fd787a7923434da2f34205f4aa33bea@vitanuova.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] rio bug
From: rog@vitanuova.com
In-Reply-To: <67c9a432fcc5efbb15356107e3a5b658@plan9.ucalgary.ca>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="upas-bljsamdxrzutkxyxpnxkklxjpp"
Date: Tue, 23 Mar 2004 19:30:40 +0000
Topicbox-Message-UUID: 3ee9ac46-eacd-11e9-9e20-41e7f4b1d025

This is a multi-part message in MIME format.
--upas-bljsamdxrzutkxyxpnxkklxjpp
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

> it is a more serious problem that requires changes deep in Plan 9's
> drawing library and we see it all the time without it even bothering
> us -- try dragging a window border over something that does draw() in
> the meantime and you'll get a leftover red streak from the border.
> the solution is to slightly resize the original window causing a new
> draw() to refresh it.

that's a different problem as far as i'm aware - due to the fact that
rio uses unbuffered windows to draw the borders.

--upas-bljsamdxrzutkxyxpnxkklxjpp
Content-Type: message/rfc822
Content-Disposition: inline

Received: from mail.cse.psu.edu ([130.203.4.6]) by doppio; Tue Mar 23 19:25:46 GMT 2004
Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001)
	id 4B96E19D2A; Tue, 23 Mar 2004 14:20:30 -0500 (EST)
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id CD11F19C8E; Tue, 23 Mar 2004 14:20:24 -0500 (EST)
X-Original-To: 9fans@cse.psu.edu
Delivered-To: 9fans@cse.psu.edu
Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001)
	id 7DCDC19ADA; Tue, 23 Mar 2004 14:19:33 -0500 (EST)
Received: from plan9-2.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 15BDA19BDE
	for <9fans@cse.psu.edu>; Tue, 23 Mar 2004 14:19:31 -0500 (EST)
Message-ID: <67c9a432fcc5efbb15356107e3a5b658@plan9.ucalgary.ca>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] rio bug
From: andrey mirtchovski <mirtchov@cpsc.ucalgary.ca>
In-Reply-To: <40608A5A.4010803@swtch.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.11
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Tue, 23 Mar 2004 12:19:30 -0700
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on psuvax1.cse.psu.edu
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63
X-Spam-Level: 


> that sounds like a workaround rather than a solution.
> the solution is to make the behavior go away completely.
> 
> russ

it is a more serious problem that requires changes deep in Plan 9's
drawing library and we see it all the time without it even bothering
us -- try dragging a window border over something that does draw() in
the meantime and you'll get a leftover red streak from the border.
the solution is to slightly resize the original window causing a new
draw() to refresh it.

yes, it's a workaround.  nobody seems bothered by it enough to solve
the problem though (well, in my case i don't know how, so i'm excused)

oops, looks like my "workaround" won't work anyway, so it's only an
"around" -- back to where we started :)

andrey
--upas-bljsamdxrzutkxyxpnxkklxjpp--