[PD-dev] remove tk scaling

[Miller Puckette]

I looked and every font specification I could find in Pd vanilla has its
size specified as negative.  So I'm of the belief that taking the
"tk scaling 1" out will have NO EFFECT on the sizes of drawn text on
canvases in vanilla.

Only gotchas I can imagine are: (1) maybe there's something else besides
text fonts that are specified in points and could break;  or (2) some
extern in Pd extended is drawing texts on canvases, or (3) there's
something in Pd extended that depends on exact font sizes that isn't inside
a Pd canvas.

It's clear that we can't leave tk scaling bashed to 1 forever - it's messing
stuff up for people with high-res displays.  So I'm for biting the bullet,
taking it out, and seeing if anything that breaks can't be fixed locally.

cheers
Miller

On Wed, Jun 19, 2013 at 11:38:41AM -0700, Jonathan Wilkes wrote:
> 
> 
> 
> 
> ________________________________
>  From: IOhannes m zmoelnig <zmoelnig at iem.at>
> To: pd-dev at iem.at 
> Sent: Wednesday, June 19, 2013 3:42 AM
> Subject: Re: [PD-dev] remove tk scaling
>  
> 
> [...]
> 
> >nevertheless, here is some discussion that backs up *not* removing the
> line:
> http://lists.puredata.info/pipermail/pd-list/2007-11/056834.html
> 
> As usual matju's comment is spot on in that thread, and since ttk
> widgets themselves use point sizes  then [tk scaling 1] can and does
> cause the tiny fonts on Windows.
> 
> Also, have a look at the following:
> From g_mycanvas.c in 0.41 
> -font {{%s} %d %s}
> 
> From g_mycanvas.c in 0.43:
> -font {{%s} -%d %s}
> 
> That is why I see pixel exact patches across OSX, WinXP and
> Debian with Pd >= 0.43, regardless of n for [tk scaling n], and why
> Cyrille saw different font sizes.  The negative font size is what
> guarantees pixel exact patches, not tk scaling.
> 
> This leaves us with Cyrille's report about the
> "the font size of text in the main pd window" changing.  The link
> to the screenshot he posted is dead, but as long as the font size
> isn't abnormally sized compared to other applications I don't see
> why that would be a problem.  The whole point of
>  modern
> geometry managers is to adjust to whatever size is needed to
> accomodate the widgets and fonts associated with them.  If
> Pd requires pixel-exact windows and dialogs for the gui stuff
> that isn't a pixel-exact dataflow diagram (read: all the stuff
> that isn't a patch) then we're doing something wrong.
> 
> -Jonathan
> 
> >ghsmdf
> >IOhannes

> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev