This sounds great. Thanks. I guess the True Type font support will be/ is similar, correct ? Hans, also could you confirm/disaffirm that the following (workaround) font setup will work w/ utf-8 input, roughly: - create multiple small ttf subsets and set them up using std pdftex facilities (i.e. pdftex.map) - create large unicode-encoded virtual font that would refer to the small real subfonts - no additional lua recode is needed as the unicode input would be mapped directly to correct OVF slot by default (is this true?) - what happens to the unicode characters outside of 65K range ? Thanks again. Looking forward to the sample. Igor On Apr 24, 2007, at 3:42 AM, Hans Hagen wrote:
Hans, thank you for your swift reply. We've been using pdftex for quite some time, and will be really glad to experiment with the current version of LuaTex, and not in a hurry, and prepared to throw everything away :-) If possible, could you give some direction (very rough outline) on how to set "large" ttf and otf fonts (assuming that the input is UTF-8 encoded)? Has anyone tried/did this before ? I can post an example in a couple of weeks; the current open type
Igor Khomyakov wrote: table representation is in the process of being changes (we are switching from approx fontforge 1* structure to approx the new fontforge 2* structure).
(As part of the project we will write some simple generic font code; no features and such, just simple mappings from otf to tfm + basic ligatures and kerns so that one can do open type in traditional texie ways; these can then serve as a starting point for users.)
Hans