
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>

</head>

<body dir="ltr">

<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);">

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...<br>

</div>

<hr style="display:inline-block;width:98%" tabindex="-1">

<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Pd-list <pd-list-bounces@lists.iem.at> on behalf of Roman Haefeli <reduzent@gmail.com><br>

<b>Sent:</b> 21 March 2018 13:46<br>

<b>To:</b> pd-list@lists.iem.at<br>

<b>Subject:</b> Re: [PD] reporting the dimensions of a symbol / float atom</font>

<div> </div>

</div>

<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">

<div class="PlainText">On Mit, 2018-03-21 at 13:08 +0000, Liam Goodacre wrote:<br>

> The problem is that when I move from one system to another, many of<br>

> my abstractions fail to display correctly, because the atoms fall<br>

> outside of the GOP area. (See the attached image: the GOP area was<br>

> set in 0.47, but it won't display in 0.48). The Context library uses<br>

> a lot of tightly fitted GOPs (for better or worse), and I'm looking<br>

> for a solution so that I can guarantee that they will display<br>

> correctly on all systems. Even if the PD font width is standardized,<br>

> there is always the chance that somebody loads PD with the -font-<br>

> weight bold flags, which would throw it off again.<br>

> <br>

> An external object that reported the system standard dimensions would<br>

> offer a solution, since you could then set the abstraction to resize<br>

> itself according to the system.<br>

> <br>

> I'm also open to other solutions, if anyone can think of them.<br>

<br>

I'm in the same boat. This is the single-most important culprit I<br>

experience with non-consistent font sizes. I think Dan did a great deal<br>

of work to harmonize font and box sizes across platforms.<br>

<br>

My strategy has been to wait until things are corrected on the Pd side<br>

instead of trying to work-around those issues myself. So, I hope I can<br>

stick with this strategy, because working-around it is so much work.<br>

Personally, I'd rather have people agree on the notion that this should<br>

be addressed in Pd than people who establish their own ways to mitigate<br>

the problem.<br>

<br>

So, if you ask me, please don't use any reporting of sizes ;-)<br>

<br>

Is this still an issue with Pd 0.48-1? I thought not, but I might need<br>

to check again.<br>

<br>

<br>

Roman</div>

</span></font></div>

</body>

</html>