[PD-dev] remove tk scaling

[Hans-Christoph Steiner]

On 06/18/2013 06:21 PM, Jonathan Wilkes wrote:
> 
> 
> 
> 
> ________________________________
>  >From: Miller Puckette <msp at ucsd.edu>
>> To: Hans-Christoph Steiner <hans at at.or.at> 
>> Cc: pd-dev at 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