From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-il1-f176.google.com ([209.85.166.176]) by ewsd; Sun Nov 22 01:19:30 -0500 2020 Received: by mail-il1-f176.google.com with SMTP id t13so12521363ilp.2 for <9front@9front.org>; Sat, 21 Nov 2020 22:19:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=U7OUWhIqHRqsFbxO+y/YepQKmOkfbqkFTGg3CskLN5E=; b=T5QGaDerj2ObgkURjB+hRaU41nePhXQmIOgeQeVlepqovRKFa7Byt4JYWD1WmhAimf HMHfkYdg0Rdyxp6i2ECcVFYsnNhLJALKABifqK9LP/Ze2+XFuHsb8ACuoJRTzaM3cbXM gkId3s0/O+wiisZFronGc/k84IAwEWyQ9Gq7w5GMc6u6Kb8L++hS0Zh5FrtJAjIIn0Vl bLhoAmUJ9B5D7jKdNnSkAz5V/QPJ0n87mFj108RDYyBkpvyeP7cFBWXCAefnFfKWncmC NkWran3AIoqLvN3P9K7XtxiF86tHxiY1K7LsuaGqTdxI5GAlMLYP3JcuZ/kDXKwCh7bI 5wFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=U7OUWhIqHRqsFbxO+y/YepQKmOkfbqkFTGg3CskLN5E=; b=aIDpDO33H1ow/K1ZtnYFehAq4lk1h/PAVxE0sCwiMvVrToKI2/ACZ6qUBHJB5rav4x Qk46CRlnxlE1xtirGYya85kRDq9/Mbl2ic6r1S/TKeMZQrDSWAdwoVcUKFbn7bW2GDP3 XiugGSZb2BBdG630/cUIjq7z9gyBDrq8AfPjB6yFpp64IDuBss9bK3p17EwRXt9+80VQ lri+rMSOGH+hWp9u0Dt6AQrwd3Oj5fv2/vX9QdfcpAWnT+X8+Cpd3CGonULWw7pNoHAs qT4+3wGVHrbAgVcWl1P29Yg+yiCb8519IzX7abpiBdRN37kfFiyejRjiRzfKWoleUyS8 FRJA== X-Gm-Message-State: AOAM5310JseZQUGuc7n2cykFHfH4SV4yhXe2HfbRY8qO9v4Nx5i6g1p+ +5MQRd0SBpF3XZtS+WxNkrH3bTJ1ce8PoQ== X-Google-Smtp-Source: ABdhPJx0OepQsuv3l97kT+WDYilZINb9+yTzsn8HBNLH5bNg1ftVBsOmC9p3yjv6Wor+6hHVoenitQ== X-Received: by 2002:a92:cbcc:: with SMTP id s12mr10334881ilq.229.1606025961006; Sat, 21 Nov 2020 22:19:21 -0800 (PST) Return-Path: Received: from ?IPv6:2601:246:4e03:dc20:79:306a:435a:e736? ([2601:246:4e03:dc20:79:306a:435a:e736]) by smtp.gmail.com with ESMTPSA id a13sm5176015ilh.0.2020.11.21.22.19.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 21 Nov 2020 22:19:20 -0800 (PST) Subject: Re: [9front] rio: resize flash patch To: ori@eigenstate.org, 9front@9front.org References: <9241A7B5D971C32B53D48B6E7DC515F6@eigenstate.org> From: Amavect Message-ID: <0c9bf097-0048-ef5b-2368-6a5a4b4dca3a@gmail.com> Date: Sun, 22 Nov 2020 00:18:19 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <9241A7B5D971C32B53D48B6E7DC515F6@eigenstate.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: self-signing wrapper-based XMPP over YAML wrapper CMS CSS generator On 11/21/2020 11:33 PM, ori@eigenstate.org wrote: > 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? > There are already quite a few if statements in rio that use Window->mouseopen. /sys/src/cmd/rio/wind.c:/^repaint/ is one of them affecting draw routines, but I'm not yet sure how it manifests. Though I do enjoy printing out /dev/mouse on occasion, I don't think it matters very much. As a counterexample, 'cat /dev/kbd' is utterly broken as you cannot Delete to freedom. I'm not familiar with any non-gui mouse programs. Having /dev/mouse signal window resize events was never the Right Thing. /dev/wctl has a very similar output, and even signals on hide and on window activation, which may be nice to have. Taking control of a window would be opening wctl for reading. That kind of semantic sounds very nice. There are many edge cases, though, like winwatch. Obviously, anything involving wctl would lead to a lot of retooling rio, and it would break a lot of things. Food for thought. Thanks, Amavect