<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

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

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

ola,<br>

<br>

pidip doesn't do all these evil things,<br>

it just relies on imlib<br>

( imlib_load_font ) to load the fonts,<br>

so you want to hack imlib?<br>

<br>

ciao,<br>

sevy<br>

<br>

<br>

IOhannes m zmoelnig wrote:

<blockquote cite="mid460A3145.6050501@iem.at" type="cite">

  <pre wrap="">Luigi Rensinghoff wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">Well, i think you guys will find a solution.

It makes me think of the "pidip" installation, which we will come to  

at a point, since it uses Fonts, too.

I just wanted to remind you, that that's a similar problem and maybe  

can be solved with this one.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

hmm, i think (but don't know exactly) that pidip needs low-level access

to the font, instead of relying onto system-fonts.

it just happens that pidip searches the system-font paths to get its fonts.

it should be similar to the case of Gem (though Gem does not even

attempt to access the system fonts);

one could hack pidip (if it doesn't already do so) to additionally use

pd's search paths to search for fonts.

i don't think that this is that simple with tcl/tk (but then: why not?),

which probably relies on the system's font manager.

mfg.asdr

IOhannes

_______________________________________________

PD-dev mailing list

<a class="moz-txt-link-abbreviated" href="mailto:PD-dev@iem.at">PD-dev@iem.at</a>

<a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-dev">http://lists.puredata.info/listinfo/pd-dev</a>

  </pre>

</blockquote>

<br>

</body>

</html>