few font setup related questions
Hi All, I hope this is the right mailing list. I am trying to typeset a multilingual document with LuaTeX in pdftex mode (pdfoutput=1). The document contains english, russian and japanese texts (UTF-8 encoding). Does LuaTeX support large True Type and/or Open Type fonts? What is the best way to set these fonts up with LuaTeX ? Can they be set up "directly", or via virtual font (OVF) ? Does one need to write any Lua code in order to achieve this? Are there any samples available ? Would appreciate any pointers. Kind regards, Igor Khomyakov
Igor Khomyakov wrote:
Hi All,
I hope this is the right mailing list. I am trying to typeset a multilingual document with LuaTeX in pdftex mode (pdfoutput=1). The document contains english, russian and japanese texts (UTF-8 encoding). Does LuaTeX support large True Type and/or Open Type fonts? What is the best way to set these fonts up with LuaTeX ? Can they be set up "directly", or via virtual font (OVF) ? Does one need to write any Lua code in order to achieve this? Are there any samples available ? Would appreciate any pointers.
luatex will provide open type readers as well as a way to define a font suitable for tex (also as lua table); the curren topen type reader provides a table but its format will change it's up to the user or often the macro package to provide the glue for that; luatex provides the means and interfaces, macro packages are supposed to provide the solutions this part of the lua interface is not yet stable (and definietly not ready for production code) so if you're in a hurry, you could take a look at xetex, which provides open type support using external libraries somewhere in july, around tug 2007 in san diego we expect to have the interfaces stable so that users can start experimenting with more definitive solutions; whatever you make now, be prepared to throw it all away; whatever you make then (bet aversion), still expect changes somewhere in 2008 we expect luatex to be stable enough so that package writers can write the glue code without the need for recoding virtual fonts are not really needed but may their use in special situations Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
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 ? Thank you, On Apr 23, 2007, at 2:03 PM, Hans Hagen wrote:
Igor Khomyakov wrote:
Hi All,
I hope this is the right mailing list. I am trying to typeset a multilingual document with LuaTeX in pdftex mode (pdfoutput=1). The document contains english, russian and japanese texts (UTF-8 encoding). Does LuaTeX support large True Type and/or Open Type fonts? What is the best way to set these fonts up with LuaTeX ? Can they be set up "directly", or via virtual font (OVF) ? Does one need to write any Lua code in order to achieve this? Are there any samples available ? Would appreciate any pointers.
luatex will provide open type readers as well as a way to define a font suitable for tex (also as lua table); the curren topen type reader provides a table but its format will change it's up to the user or often the macro package to provide the glue for that; luatex provides the means and interfaces, macro packages are supposed to provide the solutions this part of the lua interface is not yet stable (and definietly not ready for production code) so if you're in a hurry, you could take a look at xetex, which provides open type support using external libraries
somewhere in july, around tug 2007 in san diego we expect to have the interfaces stable so that users can start experimenting with more definitive solutions; whatever you make now, be prepared to throw it all away; whatever you make then (bet aversion), still expect changes somewhere in 2008 we expect luatex to be stable enough so that package writers can write the glue code without the need for recoding virtual fonts are not really needed but may their use in special situations
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Igor Khomyakov 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 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
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
Igor Khomyakov wrote:
This sounds great. Thanks. I guess the True Type font support will be/is similar, correct ? indeed, the table format are the same
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) ok - create large unicode-encoded virtual font that would refer to the small real subfonts ok - no additional lua recode is needed as the unicode input would be mapped directly to correct OVF slot by default (is this true?) indeed - what happens to the unicode characters outside of 65K range ? you need to map them somehow
Thanks again. Looking forward to the sample. Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Thank you. On Apr 24, 2007, at 5:30 AM, Hans Hagen wrote:
Igor Khomyakov wrote:
This sounds great. Thanks. I guess the True Type font support will be/is similar, correct ? indeed, the table format are the same
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) ok - create large unicode-encoded virtual font that would refer to the small real subfonts ok - no additional lua recode is needed as the unicode input would be mapped directly to correct OVF slot by default (is this true?) indeed - what happens to the unicode characters outside of 65K range ? you need to map them somehow
Thanks again. Looking forward to the sample. Hans
Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (2)
-
Hans Hagen
-
Igor Khomyakov