<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_1_1443882347398_3490" dir="ltr">What font are you using?<br></div><div id="yui_3_16_0_1_1443882347398_6384" dir="ltr"><br></div><div id="yui_3_16_0_1_1443882347398_6400" dir="ltr">I have to admit that after looking at Pd's font system, I have no idea how it's supposed to</div><div id="yui_3_16_0_1_1443882347398_3491" dir="ltr">work. There are two hardcoded collections of font metrics-- one in font_fixed_metrics in that</div><div id="yui_3_16_0_1_1443882347398_4593" dir="ltr">tcl file, and another in s_main.c called sys_fontlist. It looks like the one in the tcl file is used as</div><div id="yui_3_16_0_1_1443882347398_4811" dir="ltr">a point of reference against which tcl/tk can measure the font on the user's system. But then</div><div id="yui_3_16_0_1_1443882347398_4816" dir="ltr">when you sent those metrics off to Pd, it takes them and compares them _again_, this time</div><div id="yui_3_16_0_1_1443882347398_5345" dir="ltr">against the sys_fontlist min/max x/y values. That seems unnecessarily complex and prone</div><div id="yui_3_16_0_1_1443882347398_6121" dir="ltr">to error.<br></div><div id="yui_3_16_0_1_1443882347398_4687" dir="ltr"><br></div><div id="yui_3_16_0_1_1443882347398_5086" dir="ltr">And I use "hardcoded" loosely-- for all the "pixel exact" talk wrt Pd-extended, you would think</div><div id="yui_3_16_0_1_1443882347398_5224" dir="ltr">that the sys_fontlist in s_main.c would never change. Those numbers determine the max size</div><div id="yui_3_16_0_1_1443882347398_6145" dir="ltr">of msg/obj boxes; if you increase the maximum height/width there, then someone's perfectly</div><div id="yui_3_16_0_1_1443882347398_5657" dir="ltr">arranged patch in 0.39 could have overlapping objects in 0.46. But they've been changed</div><div id="yui_3_16_0_1_1443882347398_6212" dir="ltr">slightly over the years, so I don't think I'm the only one who doesn't understand the system.<br></div><div id="yui_3_16_0_1_1443882347398_5658" dir="ltr"><br></div><div id="yui_3_16_0_1_1443882347398_5659">Additionally, Pd-extended standardized the default font on each platform to be DejaVu Sans Mono.</div><div id="yui_3_16_0_1_1443882347398_5660" dir="ltr">I could be wrong, but I think Miller uses a different font. The main place this becomes a problem</div><div id="yui_3_16_0_1_1443882347398_6072" dir="ltr">is with multi-line message boxes. Typically, you end up with a bunch of extra space at the bottom</div><div id="yui_3_16_0_1_1443882347398_5873" dir="ltr">of the box. (And tcl/tk doesn't let you control the spaces between lines of text so there's no way</div><div id="yui_3_16_0_1_1443882347398_5916" dir="ltr">to fix it.) This becomes more than an aesthetic problem-- for example, if you try to move the cursor,</div><div id="yui_3_16_0_1_1443882347398_5986" dir="ltr">Pd moves it based on Miller's font metrics, not the users. This means that for large message boxes,</div><div id="yui_3_16_0_1_1443882347398_6008" dir="ltr">when a Pd-extended user tries to select a line of text it will select the text a line or two above that.</div><div id="yui_3_16_0_1_1443882347398_5661"><br></div><div id="yui_3_16_0_1_1443882347398_6358">At the moment, I've got DejaVu Sans Mono perfectly size to fit Miller's sys_fontlist in the GUI</div><div id="yui_3_16_0_1_1443882347398_6506">port. One of the side effects is that the characters of the font itself are noticeably larger than</div><div id="yui_3_16_0_1_1443882347398_6507" dir="ltr">they are in Pd-Vanilla. For example, [get] in my port will touch the top of the outlet with the bottom</div><div id="yui_3_16_0_1_1443882347398_6509" dir="ltr">of the "g" character. I've found that making the xlets light gray is a decent compromise, and that</div><div id="yui_3_16_0_1_1443882347398_6943" dir="ltr">things are generally more readable. (I'm also not using bold typeface.)</div><div id="yui_3_16_0_1_1443882347398_6944" dir="ltr"><br></div><div id="yui_3_16_0_1_1443882347398_7070" dir="ltr">I was also going to try Droid Sans Mono Dotted because I read that it covers CJK characters.</div><div id="yui_3_16_0_1_1443882347398_7071" dir="ltr">But in my tests it looks like DejaVu does as well, so I haven't done that.<br></div><div id="yui_3_16_0_1_1443882347398_7072"><br></div><div id="yui_3_16_0_1_1443882347398_5662" dir="ltr">-Jonathan<br></div><div class=".yiv7818004304yahoo_quoted"> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div class="qtdSeparateBR"><br><br></div><div class="yiv7818004304yqt0982376467" id="yiv7818004304yqtfd66998"><div dir="ltr"> <font face="Arial" size="2"> On Saturday, October 3, 2015 2:24 AM, Roman Haefeli <reduzent@gmail.com> wrote:<br clear="none"> </font> </div> <br clear="none"><br clear="none"> <div class="yiv7818004304y_msg_container">Only after having access to more Windows virtual machines, I realize<br clear="none">this is an issue only on _one_ Windows machine (unfortunately, the one I<br clear="none">did the most of the testing with). <br clear="none"><br clear="none">Sorry for the noise (that caused no reaction anyway).<br clear="none"><br clear="none">Roman<br clear="none"><div class="yiv7818004304yqt4521006272" id="yiv7818004304yqtfd43571"><br clear="none">On Don, 2015-09-10 at 14:43 +0200, Roman Haefeli wrote:<br clear="none">> Hi all<br clear="none">> <br clear="none">> It's old news, but deken makes Pd-vanilla _the_ target platform and I do<br clear="none">> care about portability:<br clear="none">> <br clear="none">> Font sizes in canvasses are different between Linux and Windows.<br clear="none">> <br clear="none">> Some patches created on Linux break on Windows because symbol boxes are<br clear="none">> overlapping the GOP area and are not visible anymore. <br clear="none">> <br clear="none">> From the list of available sizes in the 'Edit'->'Font' menu, only a few<br clear="none">> sizes are actually affected. The sizes 8, 10 and 12 are one pixel per<br clear="none">> character wider on Windows than on Linux. The sizes 16, 24 and 36 are<br clear="none">> OK.<br clear="none">> <br clear="none">> Now the question is what is the correct way to fix that, I mean on what<br clear="none">> platform should it be changed? I'd say it should be changed on Windows,<br clear="none">> because I can't imagine that shrinking boxes would break any patches,<br clear="none">> while widening boxes might do. <br clear="none">> <br clear="none">> Pd-extended already dealt with the issue and apparently found a fix.<br clear="none">> What would speak against incorporating that fix into Pd?<br clear="none">> <br clear="none">> Roman<br clear="none">> <br clear="none"></div><br clear="none"><div class="yiv7818004304yqt4521006272" id="yiv7818004304yqtfd58267">_______________________________________________<br clear="none"><a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none"></div><br clear="none"><br clear="none"></div> </div></div><div class="yiv7818004304yqt0982376467" id="yiv7818004304yqtfd53141"> </div></div><div class="yiv7818004304yqt0982376467" id="yiv7818004304yqtfd71803"> </div></div></div></body></html>