On 06/18/2013 06:21 PM, Jonathan Wilkes wrote:
From: Miller Puckette msp@ucsd.edu To: Hans-Christoph Steiner hans@at.or.at Cc: pd-dev@iem.at Sent: Tuesday, June 18, 2013 2:12 PM Subject: Re: [PD-dev] remove tk scaling
What I've never understood is this: why wouldn't it suffice to 'unscale'
just the fonts Pd uses explicitly? One can get an unscaled font by asking for a size like -12 - then we wouldn't have to bash tk_scalaing globally (thereby ruining font sizes in open dialogs and whatnot that Pd doesn't depend on anyhow.)
(the relevant doc is in the "font" manual age for TK; "If size is
a negative number, its absolute value is interpreted as a size in pixels."
That's exactly what Pd does-- I should have said in my previous message I tested patches with 0.44-3 on Debian Wheezy, OSX, and Windows XP. All the iemgui and object fonts must be negative because they are pixel exact whether you use [tk scaling 0.2] or [tk scaling 8].
Furthermore, if someone codes a gui external that doesn't use pixel sizes for fonts to appear on the canvas _and_ they want pixel-exactness, it's a bug, no?
-Jonathan
The situation is a big mess, no argument here. But you're not going to fix it by messing with [tk scaling], you'll just fix one issue, and others will pop up. I just see no reason to mess with that stuff until there is real change to the core, and the gui is completely separate from the core. Then we can actually do useful things, like a zoomable patch GUI.
Indeed, you're free to do whatever in vanilla, but in Pd-extended, I'll not include any such changes.
.hc