Hi,
Sorry, my Internet connection died suddenly yesterday and I've been offline
until moments ago.
On Wednesday, 09 January 2008 17:59:01 [EMAIL PROTECTED] wrote:
Sorry, yet I've never used Fonty Python, Inkscape, Scribus etc.
Wow, FP I can understand :), but Inkscape! You should give it a go!
Thanks for the info. Apology for late reply, I lost my net connection for
almost a day.
PFA files contain exactly the same data as a PFB, they are a hex (ASCII)
dump rather than a binary one.
Okay, but since they both exist as files I must support both.
So AFM files contain useful info not
Hello,
Not sure if this is the right list to ask this on, but I am pretty confused
about Type1 fonts in general and have to start somewhere.
I'm developing a small app called Fonty Python and have made some assumptions
based on the files I found on my Kubuntu system and on (scrappy) web
On Wednesday, 09 January 2008 11:11:00 Dmitry Timoshkov wrote:
AFM and PFM files also may contain kerning data which is not
available in .pfa/.pfb files.
Okay so potentially, -1 on the vote. Making AFM and PFM important again.
How important do you thing that extra data is on a modern Gnu/Linux
FreeType doesn't care about additional data in afm/pfm files, it's
applications and users who care. For instance a decent typesetting
application must require reasonable metrics and kerning data to be
available for professional fonts.
Oh, now that you mention it, I recall that Freetype does
No, the relationship is independent.
If you scan Bitstream's PS Type1 font provided for X11,
you can find the pair of PFB and AFM. Most PS font package
provides PS font and AFM but often lacks PFM.
I gather that there must be some file somewhere that is describing the
relationships between
On Wednesday, 09 January 2008 11:51:46 Werner LEMBERG wrote:
No. PFM is a special (binary) format of AFM used on Windows only.
You can completely ignore them. So
PBA,PBF - AFM
Are those new types or typos?
PBA? PBF?
So, to clarify, you advise that:
1. If I find a PFB file without an AFM,
On Wednesday, 09 January 2008 12:47:00 [EMAIL PROTECTED] wrote:
One of the decision we have to consider for first is:
~/.fonts should include the files missing outline data?
Yeah, that's the thing, although I am fuzzy on the meaning of 'outline' here.
At present, fontconfig
does not search
On Unix boxes, this is a bad idea. The `classical' way to find out
the contents of a file is to use the `file' program
Good point. I suppose file extensions work 'well enough' for me. I think most
designers will have files with extensions already attached, this being a
Windows-world after
FreeType is designed to read and rasterize fonts. It doesn't have
conversion in mind, and while conversion could be done with FreeType it
would be a lot of coding on your part.
Can Freetype2 read ttc files and access all the sub fonts?
\d
___
Hmm. If I remember correctly, a longer time ago there was a message
about someone having written a python wrapper for FreeType. Whether
this still exists or whether it is up to date, I don't know.
I found it and him, hoping he can help me a little.
/d
Felgenhauer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Donn wrote:
Fixing those, it works:
Ah, I see. A little dizzy, but glad it's getting further. Now the thing, as
you mentioned, is casting the returned pointer, cairo_font_face_t, to a
cairo.FontFace object ... I'm all out.
It's not exactly
(Copy of email sent to cairo list. It applies to FT too. Plus -- any
suggestions about how to access FT using ctypes in Python would be good.)
Hello,
I am completely out of my depth here really. I have been hacking together the
attached code for days. Everything about C/C++ bewilders me, but
13 matches
Mail list logo