More less, except for Windows which is not using DejaVu Sans Mono yet, although we have a font loader for it now. This should be fixed in an upcoming version.

The sizing is taken from Pd-extended which largely had tested Tcl font rendering across all platforms. With the same font, the patches should render the same size most everywhere, as shown with our testing. I would still suggest not relying on *exact* pixel sizes and give yourself a little padding here and there to be safe.

In some ways, this was really not a fun problem as people moving from Pd-extended had broken sizing and people with tight GUIs like yourself have broken patches, but it should be *much* easier to resolve the sizing in the future. OTOH maybe it's worth talking about a different sizing algorithm and/or object size querying as setting a different font will of course change the sizing slightly base on what TK gives us. Maybe being able to query the size and width a character in the current font might help...

On Mar 21, 2018, at 3:18 PM, pd-list-request@lists.iem.at wrote:

From: Liam Goodacre <liamg_uw@hotmail.com>
To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
Subject: Re: [PD] reporting the dimensions of a symbol / float atom
Message-ID:
<VI1PR0102MB35843E5E52585015E68EC8F3FCAA0@VI1PR0102MB3584.eurprd01.prod.exchangelabs.com>

Content-Type: text/plain; charset="utf-8"

Thanks for the input, Roman. I followed the discussion bout font sizes, and I also appreciate the amount of work that people have put in to solving it. Are the font sizes in 0.48.1 considered to be stable? If so, maybe it's time for me to cash in and resize everything manually, but I am wary of doing this in case things change again...

--------
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com