From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Sun Nov 22 00:34:08 -0500 2020
Received: from abbatoir.fios-router.home (pool-74-101-2-6.nycmny.fios.verizon.net [74.101.2.6])
	by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 890805dd (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO);
	Sat, 21 Nov 2020 21:34:00 -0800 (PST)
Message-ID: <9241A7B5D971C32B53D48B6E7DC515F6@eigenstate.org>
To: amavect@gmail.com
To: 9front@9front.org
Subject: Re: [9front] rio: resize flash patch
Date: Sat, 21 Nov 2020 21:33:58 -0800
From: ori@eigenstate.org
In-Reply-To: <a6210412-fd81-9a68-dde2-4ba57fa371a8@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: flexible cache 

Quoth Amavect <amavect@gmail.com>:
> All,
> 
> rio: don't redraw the text frame if a client is connected to /dev/mouse
> 
> When a window is resized, rio would redraw the text frame first before a 
> client program is able to redraw, resulting in a flash.
> An if statement masks the redraw.
> 
> Thanks,
> Amavect
> 

Nice work -- redraws are definitely a lot smoother here.
I'll take a closer look at the surrounding code, but it
doesn't look like there's too much that can go wrong.

The only question I have is whether there's an edge case
with a program that opens the mouse device without doing
any drawing of its own?

'cat /dev/mouse' acts a bit funny, for example -- does
this matter? Can we fix it?