From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 25984 invoked from network); 20 Dec 2021 20:49:05 -0000 Received: from 4ess.inri.net (216.126.196.42) by inbox.vuxu.org with ESMTPUTF8; 20 Dec 2021 20:49:05 -0000 Received: from out1.migadu.com ([91.121.223.63]) by 4ess; Mon Dec 20 14:15:10 -0500 2021 Date: Mon, 20 Dec 2021 19:15:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pixelhero.dev; s=key1; t=1640027703; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=YIhb5T/xGyEwXubg95q/k7OgcjR9jm0fPWjuPqNfAJU=; b=EEF6f7aroJ0gjGgvhTjDpHcbog5Tq872HqFS5M4RxFy+bNrtPTS23fLznobAoV5k/CLSTW elsT9TGJc9YXRqY6m+932O3Au7VVhGDBsU63vmEBIgTuXXUH8usXs6ZD17xDUk0oTGXxzf VAjH35rxap7ULAq8klkwB4EN7Aecc8NTaZcNwQPOHx/zbNq9SAoy8ps3+qgtD2cvCn6ukg UmgzzAhMDLanAJ+Y6tfdlaQUS0EIBl2cj4mY9WvcCVoFOupQ/LK54+jsIaDSO9zSNrPsiN XSvklMv3dHrVtTJDww1T3yfrDZD+6mlVHQpn1FPVyLSbT1DzF5bFplNtx9cS2A== X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Noam Preil To: Philip Silva <9front@9front.org> Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Correlation-ID: X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: pixelhero.dev List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: structured stateless content-driven persistence-based interface Subject: Re: [9front] Re: hidpi Reply-To: 9front@9front.org Precedence: bulk >> are you sure though that we need to do this on devdraw level? > > Not really sure to be honest, I only have a rough idea about libdraw or= =20 > how to exchange configuration options. At least in plan9port there is=20 > also the new q(1d) command to query DPIs and 9fans.net/go/draw uses it=20 > as well. I wonder whether this could be realized by just using=20 > environment variables instead of configuring this through plan9.ini/the= =20 > result of q1d in drawterm. I think env variables are the wrong approach, at least in terms of ideal=20 future behavior. With=C2=A0(hypothetical future) multimonitor support (or a= =20 short-term hack binding in a second machine's /dev/draw) you'd want=20 per-monitor DPI configuration---i.e. if you start a program on one=20 monitor, then move it to the other (with a /dev/draw shim which can be=20 attached and detached from specific backends, and multiplexed, etc), DPI=20 should change. I think devdraw is thus *exactly* where this information belongs, as DPI=20 is dependent on the monitor, and that information is in devdraw's domain. - Noam Preil