Look, I know you guys go on and on about this but it's really up to Miller.

I think the object boxes are sometimes too small with those metrics and I'm not 
willing to put forward what might be a major change for people without some 
actual talk.

The font is one thing, object sizing another. Also, there are multiple places 
where the metrics are placed and calculated so I'm not sure if changing the 
numbers in one place but not in the source code is the right idea either. I 
just don't know, hence need input for those that do.

Devils Advocate: Also, as IOhannes mentioned at one point, *exact* pixel sizing 
between platforms is always going to be close but probably not perfect and what 
happens when people use a different font or different sizing via startup flags? 
Maybe simply having some space around things and using sub patches is the 
easiest solution?

enohp ym morf tnes
-----------
Dan Wilcox
danomatika.com
robotcowboy.com


> On Jul 22, 2017, at 7:40 AM, Alexandre Torres Porres <por...@gmail.com> wrote:
> 
> 2017-07-21 6:54 GMT-03:00 Dan Wilcox <danomat...@gmail.com>:
>> 
>> (Optional) Big Stuff
>> 
>> * Adopt DejaVu Sans Mono a the default font -> this is in the dejavu branch 
>> https://github.com/pure-data/pure-data/pull/42
>>   This is mainly for mac & Linux, Windows support will need to be added 
>> later as mentioned in the discussion. It also fixes the bad Monaco rendering 
>> on retina screens at small font sizes.
> 
> Hi, I'm testing this and I see it still doesn't result in the same metrics as 
> Pd-Extended, making everything compatible between cross platforms, but also 
> compatible to extended (and purr data by extent). 
> 
> I've inquired before if that was the goal, and @danomatika 's answer was 
> "yes", and that it simply didn't have that change applied yet. So it seems it 
> still hasn't been applied, right?
> 
> So, do we still need further discussion before applying this change?
> 
> Cause the way things are right now, there's a metrics change that compromise 
> backwards compatibility and it would change and compromise many of cyclone's 
> documentation, for instance. So I'm not that happy if it would be included as 
> is.
> 
> cheers
> 
_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev

Reply via email to