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,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
Received: (qmail 16244 invoked from network); 20 Dec 2021 19:31:20 -0000
Received: from 4ess.inri.net (216.126.196.42)
  by inbox.vuxu.org with ESMTPUTF8; 20 Dec 2021 19:31:20 -0000
Received: from mail-40133.protonmail.ch ([185.70.40.133]) by 4ess; Mon Dec 20 14:02:14 -0500 2021
Date: Mon, 20 Dec 2021 19:02:05 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com;
	s=protonmail2; t=1640026925;
	bh=dBP9c/m1crRbT++0K4wMDcBY2FIqXTjZGFDRkvJlah8=;
	h=Date:To:From:Reply-To:Subject:Message-ID:In-Reply-To:References:
	 From:To:Cc;
	b=RqrDU7umVNB/IaSyh7sK4StKyc1lKhvxK9aoUJ/Ac4bEAgZYRVR+W30I2y+0MsBcW
	 RF8zJpeNFBkF+bVBjMxhmhSLZzmm2EaaUPdQ/FHzGzN65AAFPJRMRtZtC08hT147zd
	 owvF7YYPzASN8RjVsQC42IfgvxTElwWfZ4XWRHwaNa7l9gX/kb0Jjn33WHpvbNhuzM
	 BR2mWoX9wx79wWHhAnj49vzBmkscCfAShOBMszG8rwsLj/bxerlsfOsH1QvCOyEyC7
	 lnlBnHc6ty2C/42DdTZhM4HnwyK/jEXTxYD9Hs2TkVWXp/qyH37c3X0/MNEKe+Am9i
	 fXDKs0LvVq5Uw==
To: 9front@9front.org
From: Philip Silva <philip.silva@protonmail.com>
Message-ID: <hfzFF69SkwB0-eoWM5sl6D-g-pfKI359Xiu7lqR0_8CQYMZqLveeljJ4MPxgsIorComTcazgAWxU8Muc16Qq1A_-Cxxqpg801Hf2abf4DnY=@protonmail.com>
In-Reply-To: <4828C18115F30E3A05899AE665C7651F@9lab.org>
References: <4828C18115F30E3A05899AE665C7651F@9lab.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: ISO-certified out-scaling descriptor-aware storage hypervisor 
Subject: Re: [9front] hidpi
Reply-To: 9front@9front.org
Precedence: bulk

Yes exactly. I mean at least the first patch would just add the fields disp=
laydpi+forcedpi to the Display struct and allow querying those. So it would=
 be possible to have applications to deal with different DPIs.

 From what I understand from the plan9port code, on macOS it makes a smart g=
uess [1] if it's retina or not (=3D> displaydpi value). Also users can togg=
le CMD+R [2] and toggle that manually (=3D> forcedpi value).

[1] https://github.com/9fans/plan9port/blob/master/src/cmd/devdraw/mac-scre=
en.m#L480
[2] https://github.com/9fans/plan9port/blob/master/src/cmd/devdraw/srv.c#L5=
21

> I don't like *automatically* setting DPI depending on what lies Xorg tell=
s us.

True that's quite a pain. Maybe that's why it's such a mess on Linux.

=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me=
ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90

On Monday, December 20th, 2021 at 18:59, <igor@9lab.org> wrote:

> Hi Philip,
>
> This reminds me of a plan9port feature to change DPI (useful
>
> on a high res display, e.g. Retina display). Are you trying
>
> to achieve something similar as this:
>
> =E2=80=A2 https://groups.google.com/g/plan9port-dev/c/rXtpIufTrbM
>
> =E2=80=A2 https://github.com/9fans/plan9port/blob/master/src/cmd/devdraw/=
devdraw.c#L976
>