<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em seg., 15 de fev. de 2021 às 00:57, Christof Ressi <<a href="mailto:info@christofressi.com">info@christofressi.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p>I'm not sure if it's even possible on macOS
        and Linux, you would have to do some research.</p></div></blockquote><div><br></div><div>Maybe Dan has already shed some light on this</div><div><br></div><div dir="ltr" class="gmail_attr">Em ter., 19 de jan. de 2021 às 12:38, Dan Wilcox <<a href="mailto:danomatika@gmail.com">danomatika@gmail.com</a>> escreveu:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div>The Pd GUI does not load a font file directly (from ttf, otf, etc), and this is good, as things like font caching are good to have, especially when it's handled by the system for you.</div><div><br></div><div>As mentioned in the fonts/README.txt in the Pd sources, DejaVu Sans Mono is now standard on most platforms (Menlo is a very close replacement on macOS for now) because:</div><div><br></div><div>* Linux: the font is a dependency, ie. installing pd via apt-get also installs DVSM</div><div><br></div><div>* Windows: the font file itself is shipped with Pd and loaded into Tk using a custom Tcl extension written in C which calls the Windows API to have the system load the font file and make it available, this way people don't have to manually install DVSM to their system when using Pd</div><div><br></div><div>* macOS: the font file itself is shipped within the Pd .app bundle and the system reads a key inside the Info.plist which tells it to find and load that file when the Pd .app is opened.</div></div></blockquote><div> </div><div>so, for a first attempt, I'd tell linux users only to "hey, install this yourselves", they'll even be happy :) </div><div><br></div><div>windows is pretty covered and we can see if we can adapt mac to load an external that can read a key inside a given Info.plist</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div></div><div>The main patch canvas uses the single font specified by -font-face when rendering. The IEM GUI object labels have 3 font options, but none are settable, ie. replace or add a new option. It would probably be difficult to modify the canvas to work with "rich text" where fonts and styles could be mixed and matched. Maybe I'm wrong on this, but I'm not sure if anyone has tried with the Tk GUI itself, more probably with one of the forks.</div><div><div></div></div></div></blockquote><div><br></div><div>yeah, rich text and multiple fonts would be nice to design documentation, but something related to this is happening, where if you have unicode glyphs installed in your system, Pd seems to find them even though they're not in DJVSM</div><div><br></div><div>cheers</div></div></div>