summaryrefslogtreecommitdiff
path: root/in_afm.c (follow)
Commit message (Collapse)AuthorAge
* Revamp of the Halibut error handling mechanism.Simon Tatham2012-08-29
| | | | | | | | | | | | | | | | I'm not quite sure why I ever thought it was a good idea to have a central variadic error() function taking an integer error code followed by some list of arguments that depend on that code. It now seems obvious to me that it's a much more sensible idea to have a separate function per error, so that we can check at compile time that the arguments to each error call are of the right number and type! So I've done that instead. A side effect is that the errors are no longer formatted into a fixed-size buffer before going to stderr, so I can remove all the %.200s precautions in the format strings. [originally from svn r9639]
* Remove a bunch of unused variables spotted by Ubuntu 12.04's gcc.Simon Tatham2012-05-03
| | | | [originally from svn r9478]
* Add support for PFB files. This seems to have caused me to completelyBen Harris2007-01-27
| | | | | | | | rewrite the Type 1 font support, and I'm sure the result is more complex than it needs to be, but it seems to work correctly, so I shouldn't complain. [originally from svn r7175]
* Support for getting ligature information from AFM files, which was theBen Harris2007-01-07
| | | | | | whole point of the glyph renumbering. [originally from svn r7066]
* Make ps_glyph_to_unicode() take a glyph index instead of a glyph name.Ben Harris2007-01-06
| | | | [originally from svn r7062]
* Overhaul of glyph-name handling in the paper backends. Before, we hadBen Harris2007-01-06
| | | | | | | | | | a separate dense array of glyph names for each font, and referenced glyphs by indicies into that array, which meant that the array had to be set up before we could generate any indices. Now we have an overall array of glyph names, and use the same glyph indicies for all fonts. Some arrays have had to turn into tree234s as a result. [originally from svn r7061]
* Initial ligature support. This adds support for emitting ligatures, and addsBen Harris2006-12-31
| | | | | | | | the "fi" and "fl" ligatures to the built-in fonts, but doesn't add support for reading ligature information from AFM files because that requires coping with forward references to glyph names, which is tricky. [originally from svn r7045]
* Remember to initialise the bmp array for AFM fonts, or Unicode fallbacksBen Harris2006-12-09
| | | | | | won't work properly. [originally from svn r6982]
* Fairly ropey font-embedding support. In particular, the PDF output isBen Harris2006-05-14
| | | | | | | | technically incorrect, though it works perfectly well with xpdf. To do it properly requires actually parsing the unencrypted part of a Type 1 font, which will be a bit tedious in C. [originally from svn r6685]
* Generate a more-or-less valid /FontDescriptor dictionary for non-standardBen Harris2006-05-13
| | | | | | fonts in PDF output. [originally from svn r6684]
* Initial support for adding fonts at run-time. Currently we only supportBen Harris2006-05-13
loading AFM files, we recognise them by name, and we can't embed fonts in the output (which is also invalid, though accepted by xpdf, in the PDF case). Oh, and there's no documentation. Still, it's a start. [originally from svn r6681]