From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) From: marius a. eriksen In-Reply-To: Date: Thu, 5 Sep 2013 20:32:42 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3874A7DD-47F1-4320-9DB6-E9E34D22FB3D@monkey.org> References: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] p9p on Retina Macs Topicbox-Message-UUID: 79facd3c-ead8-11e9-9d60-3106f5b1d025 Thanks for the pointers. I finally did some sleuthing and experimentation. Indeed, devdraw now knows about a display=E2=80=99s DPI, and launching a = devdraw app with environment devdrawretina=3D1 enables detection of = retina displays, and setting the current DPI accordingly. DPI seems to affect a few things: 1. computing geometries of fixed-sized UI elements like scroll bars 2. computing scroll =E2=80=9Cticks=E2=80=9D =E2=8C=98-R toggles the current DPI from =E2=80=9Cretina=E2=80=9D (220 = DPI) to =E2=80=9Cnon-retina=E2=80=9D (110 DPI). There doesn=E2=80=99t seem to be any sort of built-in font scaling at = the moment. So when you launch, say, acme on a retina machine, you=E2=80=99= ll have to supply your own (larger) font. I ended up using fontsrv with = system fonts: % devdrawretina=3D1 acme -f = /mnt/font/HelveticaNeue-Medium/24a/font -F = /mnt/font/Menlo-Regular/22a/font=20 seems to work pretty well. -m.