<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-02-11 19:05 GMT-02:00 Lucas Cordiviola <span dir="ltr"><<a href="mailto:lucarda27@hotmail.com" target="_blank">lucarda27@hotmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr">
<div id="m_-560663403135696022divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif" dir="ltr">
<p></p>
<div>Yes:</div>
<div><br>
</div>
<div>Apparently the cross-plataform issue is because OSX only handle fonts with no spaces in its name.</div></div></div></blockquote><div><br></div><div>not at all, this is not in the account of OSX... I can use DejaVu Sans Mono in all other softwares but Pd Vanilla, so this is in Pd's account, sorry...</div><div><br></div><div>and, also, purr data loads dejavu sans in Mac OS</div><div><br></div><div>well... not sure if something important was clear enough, let me say again, in windows, Pd Extended came and loaded DejaVu Sans Mono!</div><div><br></div><div>So, check it out... vanilla in windows complained for the lack of DejaVu Sans Mono, then I installed Extended and it was using DejaVu, so I reopen Vanilla and now it finds it.</div><div><br></div><div>This to me makes it seem it's totally possible for Pd to ship and load fonts accordingly, but that's not all...</div><div><br></div><div>In Extended, the font still looks ok and nice, it doesn't corrupt the visuals in the patch, it's only in vanilla that things get screwed up</div><div><br></div><div>here, let me show you 2 print screens, a patch in Extended that looks a lot like the Mac Os version with Monaco, that looks also reasonably the same as Purr Data in every platform, and how vanilla in windows with dejavu sans got screwy... in the same way as in linux...</div><div><br></div><div><br></div></div></div></div>