From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <3874A7DD-47F1-4320-9DB6-E9E34D22FB3D@monkey.org> References: <3874A7DD-47F1-4320-9DB6-E9E34D22FB3D@monkey.org> Date: Fri, 6 Sep 2013 00:14:12 -0400 Message-ID: Subject: Re: [9fans] p9p on Retina Macs From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=089e014946805fbcb804e5af4545 Topicbox-Message-UUID: 7a0762c2-ead8-11e9-9d60-3106f5b1d025 --089e014946805fbcb804e5af4545 Content-Type: text/plain; charset=UTF-8 What Marius wrote is mostly accurate. If you set devdrawretina=1 you get tinier pixels; acme, sam, and 9term know to draw thicker lines in response; other programs do not. If you want fonts that look somewhat like the Plan 9 bitmaps, I use this with acme: #!/bin/bash export devdrawretina=1 /usr/local/plan9/bin/acme -f /mnt/font/LucidaGrande/25a/font -F /mnt/font/Menlo-Regular/25a/font "$@" It would be nice if acme, sam, 9term adjusted the font size to match the display DPI accordingly. I have code that does this (I lied above; I actually start acme with size 15a fonts and it scales to decide to use the 25a fonts), but I am not happy enough with it yet. The main thing that is missing is that if the window changes from retina to non-retina or vice versa (for example, you use a retina laptop with an external monitor and drag a window from one screen to the other), acme and sam know to redraw with thicker or thinner lines but I don't quite have to font adjustment during resize correct. The lack of on-the-fly font resizing is a continual source of pain for me (I end up having to restart acme a lot), and at some point I will finish it. Ideally I want to get to the point where devdrawretina=1 acme (no other arguments) just works. For fun, try 'devdrawretina=1 9term -f /mnt/font/Menlo-Regular/80a/font' and then in that window run 'unicode fffe'. Russ --089e014946805fbcb804e5af4545 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What Marius wrote is mostly accurate. If you set devdrawre= tina=3D1 you get tinier pixels; acme, sam, and 9term know to draw thicker l= ines in response; other programs do not.=C2=A0

If you wa= nt fonts that look somewhat like the Plan 9 bitmaps, I use this with acme:<= /div>

#!/bin/bash
export devdrawretina=3D1
/usr/local/plan9/bin/acme -f /mnt/font/LucidaGrande/25a/font -F /mnt= /font/Menlo-Regular/25a/font "$@"

It would be nice if acme, sam, 9term adjusted the font size to match the di= splay DPI accordingly. I have code that does this (I lied above; I actually= start acme with size 15a fonts and it scales to decide to use the 25a font= s), but I am not happy enough with it yet. The main thing that is missing i= s that if the window changes from retina to non-retina or vice versa (for e= xample, you use a retina laptop with an external monitor and drag a window = from one screen to the other), acme and sam know to redraw with thicker or = thinner lines but I don't quite have to font adjustment during resize c= orrect.

The lack of on-the-fly font resizing is a continual sou= rce of pain for me (I end up having to restart acme a lot), and at some poi= nt I will finish it. Ideally I want to get to the point where devdrawretina= =3D1 acme (no other arguments) just works.

For fun, try 'devdrawretina=3D1 9term -f /mnt/font/= Menlo-Regular/80a/font' and then in that window run 'unicode fffe&#= 39;.

Russ
--089e014946805fbcb804e5af4545--