Re: [NTG-context] waiting for mswincontext / injecting
On Sat, 22 Sep 2007 12:34:10 +0200 Hans Hagen [EMAIL PROTECTED] wrote: Wolfgang Schuster wrote: Version 0.997 of XeTeX introduced a new concept to assign every character a class value. You can define rules what should happen if you switch for example from class 1 to class 2 and another one if you do the same in reverse order. The commands for this action are saved in token register and came into action if this class switch appear in the document. ok, i remember jonathan talking about it at bachotek the unicode-letters file from XeTeX define a class for quotation, punctutation ... in CJK and another one for the other CJK characters and define spacing and linebreaking between normal characters and punctuation now by the class number (you did something similiar in your chinese module but used active characters instead). the problem with such mechanisms is limited options for lookahead and look back The XeTeX reference manual has a simple example of this concept on page 10 and 11. http://tug.ctan.org/info/xetexref/XeTeX-reference.pdf can't this be done in LuaTeX with nodes (or what you mentioned for your color modell) or something similar. injecting tokens into the nodelist is no option, since at that stage tokenization already has been done; so it should happen earlier, during tokenization, which can be kind of messy, because even then we're talking of a\beta c - a\char[beta]c (no further expansion) - inject expanded stuff before, after each chartoken or \char token - convert tokens to nodes sure, i can implement such an injector (since it's tokens, it should haven in the input stream somehow, operating on node lists is kind of messy in that case because tokens need to be expanded) but we're not going to use that method in mkiv. It's one of those areas where xetex and luatex support differs a lot. this would be nice because many chinese and japanese fonts have very ugly characters for normal latin texts and would be nice to choose another font for them. The second point is some it often neccesary to choose differents fonts for arabic, greek ... and this method can used to switch to the corresponding font without inserting font switching commands in the text but handle this with character classes. but I am too lazy to rename files or create them always by hand with every update ... that's what scripting is fore, after all, format generation in tex engines is not automated at all (one has to manage moving fmt files to the right place anyway) this mean is should learn a scripting language. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] waiting for mswincontext / injecting
On 9/23/07, Wolfgang Schuster wrote: this would be nice because many chinese and japanese fonts have very ugly characters for normal latin texts and would be nice to choose another font for them. The second point is some it often neccesary to choose differents fonts for arabic, greek ... and this method can used to switch to the corresponding font without inserting font switching commands in the text but handle this with character classes. I guess that in LuaTeX you can compose your own font on the fly. So you can say please take this region from Arial, another region from some Greek fonts, and yet another from Chineese, perhaps some more characters from somewhere else ... And then you can use a single font for everything. (Don't ask me how this can be done, though.) Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] waiting for mswincontext / injecting
I guess that in LuaTeX you can compose your own font on the fly. That's the virtual fonts Hans mentioned (like a vf in good ol' TeX, but on the fly, as you say). See section 5.2 of the LuaTeX manual (pp. 70-72 as of September 18th), especially the last one with an example. Arthur ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] waiting for mswincontext / injecting
Arthur Reutenauer wrote: I guess that in LuaTeX you can compose your own font on the fly. That's the virtual fonts Hans mentioned (like a vf in good ol' TeX, but on the fly, as you say). See section 5.2 of the LuaTeX manual (pp. 70-72 as of September 18th), especially the last one with an example. for those interested in the development history of luatex (and way it evolves) ... http://www.pragma-ade.com/general/manuals/mk.pdf (occasionally chapters are added; it's also one of our standard tests for new luatex binaries and mkiv formats) - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] waiting for mswincontext / injecting
On Sun, 23 Sep 2007 11:45:41 -0600, Mojca Miklavec [EMAIL PROTECTED] wrote: On 9/23/07, Wolfgang Schuster wrote: this would be nice because many chinese and japanese fonts have very ugly characters for normal latin texts and would be nice to choose another font for them. The second point is some it often neccesary to choose differents fonts for arabic, greek ... and this method can used to switch to the corresponding font without inserting font switching commands in the text but handle this with character classes. I guess that in LuaTeX you can compose your own font on the fly. So you can say please take this region from Arial, another region from some Greek fonts, and yet another from Chineese, perhaps some more characters from somewhere else ... And then you can use a single font for everything. (Don't ask me how this can be done, though.) Let's get even more funky: we could define text direction classes such that switching from LR to RL automatically switches from, say, the latin group (or cyrillic) to the arabic group (or hebrew), and direction switching could be done using the appropriate unicode characters instead of control sequences (ie, unicode direction charaters should be made active). Best Idris -- Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] waiting for mswincontext / injecting
Mojca Miklavec wrote: On 9/23/07, Wolfgang Schuster wrote: this would be nice because many chinese and japanese fonts have very ugly characters for normal latin texts and would be nice to choose another font for them. The second point is some it often neccesary to choose differents fonts for arabic, greek ... and this method can used to switch to the corresponding font without inserting font switching commands in the text but handle this with character classes. I guess that in LuaTeX you can compose your own font on the fly. So you can say please take this region from Arial, another region from some Greek fonts, and yet another from Chineese, perhaps some more characters from somewhere else ... And then you can use a single font for everything. (Don't ask me how this can be done, though.) the code is there, but i need to make a proper user interface in context for which i need some really deep thoughts 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] waiting for mswincontext / injecting
Idris Samawi Hamid wrote: On Sun, 23 Sep 2007 11:45:41 -0600, Mojca Miklavec [EMAIL PROTECTED] wrote: On 9/23/07, Wolfgang Schuster wrote: this would be nice because many chinese and japanese fonts have very ugly characters for normal latin texts and would be nice to choose another font for them. The second point is some it often neccesary to choose differents fonts for arabic, greek ... and this method can used to switch to the corresponding font without inserting font switching commands in the text but handle this with character classes. I guess that in LuaTeX you can compose your own font on the fly. So you can say please take this region from Arial, another region from some Greek fonts, and yet another from Chineese, perhaps some more characters from somewhere else ... And then you can use a single font for everything. (Don't ask me how this can be done, though.) Let's get even more funky: we could define text direction classes such that switching from LR to RL automatically switches from, say, the latin group (or cyrillic) to the arabic group (or hebrew), and direction switching could be done using the appropriate unicode characters instead of control sequences (ie, unicode direction charaters should be made active). didn't i send you the code for that trick a while ago? - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] waiting for mswincontext / injecting
On Sun, 23 Sep 2007 14:01:16 -0600, Hans Hagen [EMAIL PROTECTED] wrote: Let's get even more funky: we could define text direction classes such that switching from LR to RL automatically switches from, say, the latin group (or cyrillic) to the arabic group (or hebrew), and direction switching could be done using the appropriate unicode characters instead of control sequences (ie, unicode direction charaters should be made active). didn't i send you the code for that trick a while ago? Indeed, I was just placing it in Wofgang's context -) Idris ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] waiting for mswincontext / injecting
Wolfgang Schuster wrote: Version 0.997 of XeTeX introduced a new concept to assign every character a class value. You can define rules what should happen if you switch for example from class 1 to class 2 and another one if you do the same in reverse order. The commands for this action are saved in token register and came into action if this class switch appear in the document. ok, i remember jonathan talking about it at bachotek the unicode-letters file from XeTeX define a class for quotation, punctutation ... in CJK and another one for the other CJK characters and define spacing and linebreaking between normal characters and punctuation now by the class number (you did something similiar in your chinese module but used active characters instead). the problem with such mechanisms is limited options for lookahead and look back The XeTeX reference manual has a simple example of this concept on page 10 and 11. http://tug.ctan.org/info/xetexref/XeTeX-reference.pdf can't this be done in LuaTeX with nodes (or what you mentioned for your color modell) or something similar. injecting tokens into the nodelist is no option, since at that stage tokenization already has been done; so it should happen earlier, during tokenization, which can be kind of messy, because even then we're talking of a\beta c - a\char[beta]c (no further expansion) - inject expanded stuff before, after each chartoken or \char token - convert tokens to nodes sure, i can implement such an injector (since it's tokens, it should haven in the input stream somehow, operating on node lists is kind of messy in that case because tokens need to be expanded) but we're not going to use that method in mkiv. It's one of those areas where xetex and luatex support differs a lot. but I am too lazy to rename files or create them always by hand with every update ... that's what scripting is fore, after all, format generation in tex engines is not automated at all (one has to manage moving fmt files to the right place anyway) 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___