Here's a concrete example of the linux font problem
richmondmathewson at gmail.com
Mon Feb 22 03:40:03 CST 2010
On 22/02/2010 11:16, Peter Alcibiades wrote:
> Here is a concrete example. I don't understand how Rev can be handling
> fonts in such a way that this happens.
> We open Rev, create a new stack, a new button, and then set the fonts. The
> choices available in the 'i' category are these:
> itc avantgarde
> itc bookman
> itc zapf chancery
> Now we open OpenOffice and choose a font in a word document, and are
> offered, in the 'i' category, these choices:
> italian garamond
> So how exactly is Rev getting its fonts? And why does it appear to get a
> bunch that OpenOffice is not getting? And why does it fail to get the
> idautomation? Just to verify, I tried Kwrite. This gets the same fonts as
> OpenOffice, with an additional one, impact.
Frankly, it looks as if the situation with fonts on Linux is in need of
sorting out - after all, it is not JUST RunRev that is having trouble
finding all the fonts.
> Very strange.
Now I knocked together a silly little stack called "Fontgetter" (an
original name too)
that contains one scrolling text field "FONTZ" and a button that
contains this script:
put the fontNames into fld "FONTZ"
on my Ubuntu box it listed about 20 fonts which seem to bear little or
to any other program's font listings.
NOW: the same silly stack on both my G4 Mac and my Headless XP box lists
fonts present: which is lovely and as things should be on Linux.
Programmers need to know that, should they be leveraging a particular
End-users will be able to install that font easily (i.e. no 'funny'
in a place where the RunRev standalone can 'see' it and use it.
More information about the use-livecode