Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi all, I finally got something like Pablo's test working on my system. It doesn't show much new. As had already been established, with the right ConTeXt switches, OpenType features of kerning and ligatures work correctly with FreeSerif. Find attached. If there's a better way to do this, please comment: I may put some of this in the FreeFront usage notes. (Hm... I may tighten the italic y a bit.) A question remains: Why does ConTeXt (like some other TeX derivatives that use OpenType) not determine the OpenType script of runs of text from the Unicode (or other encoding) character range? All other font layout systems I know of do this. (Remember- a run of text in the OpenType sense is not the same as the scope of a TeX environment, it is typically a word, separated by white space or punctuation.) Maybe there is some rationale, but I haven't heard it yet. Let me propose a different interpretation for the existing 'script' setting as used in the \definefontfeature command in the attached tex file: * If it is not present, the engine would revert to using the script indicated by the encoding for each run of text. * If it is present, it would mean activate only features that match the specified script. It appears to me this would not change the rendering of many documents, if any, but it would alleviate the confusion that gave rise to this thread. Cheers! context-kern5.pdf Description: Adobe PDF document context-kern5.tex Description: TeX document ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi Luigi, I have something to add to only one of your points: On Sat, Dec 1, 2012 at 8:22 PM, luigi scarso luigi.sca...@gmail.com wrote: On Sat, Dec 1, 2012 at 5:22 PM, Steve White stevan.wh...@gmail.com wrote: 3) The command mtxrun --script font --reload searches a bunch of directories for fonts, but not the directory texmf-project/fonts/ My work-around was just to copy the *.ttf files to texmf-fonts/ and then re-do the mtxrun line. Hm, no, this is strange --- are you sure ? If I remove the files from texmf-project/fonts/ and make mtxrun --script font --reload I have mtxrun --script font --list --all|grep Free But when I copy them again in texmf-project/fonts/ and mtxrun --script font --reload then mtxrun --script font --list --all|grep Free then I see freemono freemono FreeMono.ttf freemonobold freemonobold FreeMonoBold.ttf freemonoboldoblique freemonoboldoblique FreeMonoBoldOblique.ttf freemononormal freemonooblique FreeMonoOblique.ttf freemonooblique freemonooblique FreeMonoOblique.ttf freesans freesans FreeSans.ttf freesansbold freesansbold FreeSansBold.ttf freesansboldoblique freesansboldoblique FreeSansBoldOblique.ttf freesansdemi freesansbold FreeSansBold.ttf freesansnormal freesansoblique FreeSansOblique.ttf freesansoblique freesansoblique FreeSansOblique.ttf freeseriffreeserif FreeSerif.ttf freeserifboldfreeserifbold FreeSerifBold.ttf freeserifbolditalic freeserifbolditalic FreeSerifBoldItalic.ttf freeserifitalic freeserifitalic FreeSerifItalic.ttf freeserifnormal freeserifitalic FreeSerifItalic.ttf I also see fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for otf files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for OTF files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for ttf files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for TTF files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for ttc files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for TTC files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for dfont files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for DFONT files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for afm files fonts | names | scanning /opt/luatex/standalone-mkiv/tex/texmf-project for AFM files The problem with texmf-fonts/ is that is keep in sync with the original source, and hence the files can be deleted. I can assure you, this fonts/ directory was not in the list produced by the mtxrun command on my system. Something is different between your system and mine. This might be worth investigating. (But I won't have time for it!) Perhaps you have a file somewhere that adds this other directory. This is my best guess. It is also possible something was left over on my system from the previous distro installation. However I removed that installation with the dpkg --purge command, which should have removed all settings files. I didn't alter any configuration files myself, I only tried (unsuccessfully) to run context on some tex files. As I had only turned context on a few times, and never done any configuration, it is easy to reproduce my setup: Start with the latest Ubuntu, and install the 'context' package. Then remove it with --purge, and follow your instructions to install the recent 'context' in /opt. Cheers! ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi Luigi, Perhaps that is what *should* have happened. It did not happen. Context did not read the fonts when they were in the texmf-project/fonts folder, It did read them when I moved them as described. On Sun, Dec 2, 2012 at 11:24 AM, luigi scarso luigi.sca...@gmail.comwrote: On Sun, Dec 2, 2012 at 11:10 AM, Steve White stevan.wh...@gmail.com wrote: I can assure you, this fonts/ directory was not in the list produced by the mtxrun command on my system. yes, but you should see the texmf-project folder; and if you put the ttf files under texmf-project/fonts then context should be able to read them. -- luigi ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Determinig the script from the text is not hard. It has been done in many projects. On Sun, Dec 2, 2012 at 2:12 PM, Khaled Hosny khaledho...@eglug.org wrote: On Sun, Dec 02, 2012 at 10:58:56AM +0100, Steve White wrote: Hi all, I finally got something like Pablo's test working on my system. It doesn't show much new. As had already been established, with the right ConTeXt switches, OpenType features of kerning and ligatures work correctly with FreeSerif. Find attached. If there's a better way to do this, please comment: I may put some of this in the FreeFront usage notes. (Hm... I may tighten the italic y a bit.) A question remains: Why does ConTeXt (like some other TeX derivatives that use OpenType) not determine the OpenType script of runs of text from the Unicode (or other encoding) character range? All other font layout systems I know of do this. (Remember- a run of text in the OpenType sense is not the same as the scope of a TeX environment, it is typically a word, separated by white space or punctuation.) Determining the script of a run of text is not that simple, take english (ARABIC.); to which script should the parenthesis and the period be classified? (they have a common script property in Unicode and not assigned to any given script). Unicode annex #24 provides an algorithm for to handle this that an engine should implement: http://www.unicode.org/reports/tr24/ Regards, Khaled ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi Luigi, I got ConTeXt installed and running, but the install was very choppy. FYI the script you gave me had several problems, which I'll detail here. 1) Throughout you want freefont-ttf-20120503 rather than freefont-src-20120503 2) This line has a stray backslash character bash /first-setup.sh --modules=simplefonts 3) The command mtxrun --script font --reload searches a bunch of directories for fonts, but not the directory texmf-project/fonts/ My work-around was just to copy the *.ttf files to texmf-fonts/ and then re-do the mtxrun line. 4) You might want to explain that the source /opt/luatex/standalone-new/tex/setuptex has to be done once at the start of each session, or else bad things happen. 5) Generally it would be good to dilineate what should be done as root, and where normal user stuff starts. Thanks! On Fri, Nov 30, 2012 at 10:25 PM, Steve White stevan.wh...@gmail.comwrote: Luigi, OK, I get it. (I have wasted a couple of hours, it seems.) I'll do as you first recommeded. On Fri, Nov 30, 2012 at 8:37 PM, luigi scarso luigi.sca...@gmail.comwrote: On Fri, Nov 30, 2012 at 7:12 PM, Steve White stevan.wh...@gmail.com wrote: If possible, I would like to get the distro version working, before moving to the latest version. hm, hard and useless Is this add-on module in some Debian package, or must one install it by hand? If the latter, what would be involved? no *deb package, as far I know. We usually have the latest context mkiv beta as reference, plus some currents. It's quite common that mkiv from texlive is too old (and those ones form the distro too). but it's not a problem because installation is easy. -- luigi ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi Hans, Pablo, et al. I'm the admin of GNU FreeFont. I'll respond to some of these points. 1) I have yet to reproduce Pablo's output PDF on either of two systems. As I am unfamiliar with ConTeXt, I can only guess how it was built. I tried the file quoted here as input to the 'context' command, but it chokes on the \showfontkerns line. It would help very much to have a working example with the proper command line to build it. 2) I understood that ConTeXt only uses the old-style TrueType 'kern' table, rather than the OpenType 'kern' GPOS lookup. If that is the case, I would suggest that you consider to change the logic to first use the OpenType lookup, and if it doesn't exist, fall back to the TrueType table. Several applications are already complaining that both exist; the plan is to drop support for the TrueType table in FreeFont. 3) In most applications, the script of a run of text is determined from the Unicode. This is the assumption made in FreeFont. The GNU FreeFont policy starts from its essence as a Unicode font, in which no particular script is default. (Some generic features that are not specific to any script, are in {dflt,dflt}.) There was a suggestion that Latin kerns should be activated by {script,lang}={dflt,dflt}. Let me ask, should Devanagari kerns also be activated by {dflt, dflt}? If not, why? It appears that there maybe some conflict her with TeX implementaions. I don't completely understand this. Maybe we can find a solution. 4) I have written something like Pablo's test using XeTeX and fontspec. Kerning works very well with GNU FreeFont. Find attached. 5) There was also a report that OpenType kerning doesn't work in some E-Book readers (I know this isn't the forum for that, but ...) . My iriver Story kerns very nicely text in FreeSerif. Can I get an example of an E-reader for which kerning fails? (I really don't doubt that they exist!) Cheers! On Fri, Nov 30, 2012 at 10:13 AM, Hans Hagen pra...@wxs.nl wrote: On 11/30/2012 8:06 AM, Pablo RodrÃguez wrote: Hi there, sorry for bothering again with this issue, but I need to be sure in order to properly report to the font developer of FreeSerif. I have the following file: \usemodule[simplefonts][size=**25pt] \definefontfeature[latins][**default][script=latn] \setmainfont[FreeSerif] \starttext \showfontkerns dadedidodufafefifofufrflftlale**lilolutatetitotu\par \addfs{latins} dadedidodufafefifofufrflftlale**lilolutatetitotu\par \stoptext The first line has no GPOS kern enabled and the second line has it. In order to report it to the font developer (I have the problem not with ConTeXt, but with my ereader [I used ConTeXt to check the font features), I have the following questions: -In the example above, is the old TrueType kern enabled on the first line? -If not, how can I enable it, without enabling the liga or kern OpenType features? I need this to see the actual kerning form the old TrueType kern table (I suspect it hasn't the same values as the OpenType kern feature). We don't really make a distinction. Kerns are either a property of a character (truetype method) or are organized as lookups. Both are driven by 'kern' and it's not possible to choose a specific method as it's font driven. In the first case, enabling the kern feature will also enable the kerns and there is no dependency on language and script. In the second case a language script combination drives the injection of kerns. So, for each combination there can be different kerns (won't happen often). Now, if a font designer decides to group kerns according to languages (makes less sense than for instance grouping ligatures which do have a dependency on languages) he/she has to make sure that it's done in such a way that it doesn't lock out. For instance, you can have kerns (optionally in your font organized in classes) that kerns latin characters and group them in latn/dflt and do something similar for latn/anylanguage but then you expect the user to choose the right combination. So, choosing latn/dflt can lock out greek or whatever. This means that when one defines kerns for say devanagari but also wants to have mixed in latin/* scripts supported, one could best also enable latn/* kerns there (just add lookups to the feature specification). As the serif font you use has support for many scripts, extra care has to be taken for mixed usage. Also, normally a dflt/dflt combination is defined (read: no script or language chosen) which should work out okay for most cases. Anyhow, in the serif font (1) a dflt/dflt combination has to be supported (added) and (2) you/someone needs to check if when you choose greek, you still got kerning for latin. Hans --**--**- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi Luigi, I am lacking still * a working input (*.tex) file * the command line to build it with ConTeXt There are already two ConTeXt installations on different machines here. The most recent is 2012.05.30 MKIV, on Ubuntu. Are you saying I have to install the latest version of ConTeXt to see the effects being discussed? I see vertical lines in your attached PDF... is this a new complaint? I thought the problem was that sometimes kerning isn't activated. Thanks! On Fri, Nov 30, 2012 at 11:18 AM, luigi scarso luigi.sca...@gmail.comwrote: On Fri, Nov 30, 2012 at 10:58 AM, Steve White stevan.wh...@gmail.com wrote: Hi Hans, Pablo, et al. I'm the admin of GNU FreeFont. I'll respond to some of these points. 1) I have yet to reproduce Pablo's output PDF on either of two systems. As I am unfamiliar with ConTeXt, I can only guess how it was built. I tried the file quoted here as input to the 'context' command, but it chokes on the \showfontkerns line. It would help very much to have a working example with the proper command line to build it. it's ok with freefont-ttf-20120503.zip and the latest context. You can install it from http://wiki.contextgarden.net/ConTeXt_Standalone and it's better to put into a separated folder than texlive . -- luigi ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi Luigi, As I said, this example does not produce a PDF file for me. I will attach the output. Undefined control sequence ... ...and it points to \showfontkerns In previous attempts to load a font file directly, I used a command structures something like [file:FreeSerif.otf*default], but these never worked for me either, and you seem to be using some other method. How should one load the file for this example? You didn't answer the question: to investigate this behaviour, must I install a second, newer version of context, or can I use the disro version? What is the reason for installing the latest version of ConTeXt? Is this \showfontkerns only in versions newer than 2012.05.30 11:26 MKIV ? This \showfontkerns may be interesting to me, generally. (So I have a further incentive to get this going!) On Fri, Nov 30, 2012 at 1:24 PM, luigi scarso luigi.sca...@gmail.comwrote: On Fri, Nov 30, 2012 at 12:40 PM, Steve White stevan.wh...@gmail.com wrote: Hi Luigi, I am lacking still * a working input (*.tex) file %% test.tex \usemodule[simplefonts][size=25pt] \definefontfeature[latins][default][script=latn] \setmainfont[FreeSerif] \starttext \showfontkerns dadedidodufafefifofufrflftlalelilolutatetitotu\par \addfs{latins} dadedidodufafefifofufrflftlalelilolutatetitotu\par \stoptext * the command line to build it with ConTeXt $ context test.tex There are already two ConTeXt installations on different machines here. The most recent is 2012.05.30 MKIV, on Ubuntu. Are you saying I have to install the latest version of ConTeXt to see the effects being discussed? Quick how-to $## install latest minimals under /opt/luatex/standalone-new $## and run the test $mkdir -p /opt/luatex/standalone-new $cd /opt/luatex/standalone-new $wget http://minimals.contextgarden.net/setup/first-setup.sh $bash /first-setup.sh --modules=simplefonts $## wait a little $cd tex $source setuptex $## ok we shoudl have context mkiv now $context --version $cd texmf-project $mkdir fonts cd fonts $wget http://ftp.gnu.org/gnu/freefont/freefont-src-20120503.zip $unzip freefont-src-20120503.zip $cd freefont-20120503 $mv *.ttf ../ $cd .. $mtxrun --script font --reload $## let's see if they are installed $mtxrun --script fonts --list --all|grep free $cd .. $## put the test.tex here $context test.tex I see vertical lines in your attached PDF... is this a new complaint? vertical bars are the result of \showkerns I thought the problem was that sometimes kerning isn't activated. could be. -- luigi ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ context-kern1.log Description: Binary data ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi Hans, Bill, Yes, I'm personally aware of how PDF works. This came from Pablo, who has since told me he was *not* referring to PDF files, but EPUB books. So he is referring to the native font renderer. That's all I know about it, except that kerning works on my own reader. Anyway, this really isn't a question for this forum. On Fri, Nov 30, 2012 at 5:39 PM, Bill Meahan subscribed_li...@meahan.netwrote: On 11/30/2012 11:05 AM, Hans Hagen wrote: On 11/30/2012 10:58 AM, Steve White wrote: 5) There was also a report that OpenType kerning doesn't work in some E-Book readers (I know this isn't the forum for that, but ...) . My iriver Story kerns very nicely text in FreeSerif. Can I get an example of an E-reader for which kerning fails? (I really don't doubt that they exist!) Natively I suppose? If a pdf file is viewed on an ebook reader it's not the ereader's issue. Hans PDF preserves typography IF the fonts are on the machine or embedded in the document. That includes kerning. EPUB and Kindle are based on XHTML and pay no attention to any typography or kerning set by the creator. The *user* chooses the typeface and line-spacing while the text width is either the width of the screen or the width of the window if run on PC,Mac al. Any kerning is strictly a function of the E-reader and the particular typeface (font) chosen by the user. The EPUB3 spec alleviates this somewhat as it allows font embedding. -- Bill Meahan Westland, Michigan USA __**__** ___ 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 http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/**projects/contextrev/http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net __**__** ___ ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi Hans, On Fri, Nov 30, 2012 at 4:38 PM, Hans Hagen pra...@wxs.nl wrote: On 11/30/2012 4:30 PM, luigi scarso wrote: What is the reason for installing the latest version of ConTeXt? Is this \showfontkerns only in versions newer than 2012.05.30 11:26 MKIV ? in that version it was an add-on module, but in the meantime it's in the core That would explain part of my problems. If possible, I would like to get the distro version working, before moving to the latest version. Is this add-on module in some Debian package, or must one install it by hand? If the latter, what would be involved? Thanks! ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi, Hans, Sorry about the accidental post I'm struggling with gmail's new input interface...very hard not to top-post. On Fri, Nov 30, 2012 at 7:15 PM, Steve White stevan.wh...@gmail.com wrote: Hi Hans, On Fri, Nov 30, 2012 at 5:05 PM, Hans Hagen pra...@wxs.nl wrote: On 11/30/2012 10:58 AM, Steve White wrote: 3) In most applications, the script of a run of text is determined from the Unicode. This is the assumption made in FreeFont. The GNU FreeFont policy starts from its essence as a Unicode font, in which no particular script is default. (Some generic features that are not specific to any script, are in {dflt,dflt}.) There was a suggestion that Latin kerns should be activated by {script,lang}={dflt,dflt}. Let me ask, should Devanagari kerns also be activated by {dflt, dflt}? If not, why? because one text can contain multiple scripts This is interesting. There are different notions of text here, depending on point of view. Certainly a sentence could contain a mixture of scripts. When I said run of text I meant it from the point of view of how font featues are applied to text. Usually it is a small chunk of text, with chunks separated by white space or other delimiters. In web browsers, etc, if a run of text is, say, from the Armenian Unicode range, the script is judged to be Armenian for the purposes of matching OpenType lookups. (The information of what *language* is meant by the text must be supplied otherwise, in this case, in a 'lang' attribute). Now, you could imgaine applying an OpenType lookup to, say, a Malayalam letter immediately followed by an Arabic letter, but this is .. I think... really pointless. Even in text containing very mixed scripts, at least the words from the different scripts are separated by white space (or other punctuation etc). So the mechanism of determining the script of a run of text does typically make good sense. That all said: It's not clear to me how this is implemented in ConTeXt. I'll play with it once I have some examples working. My guess is, the author has to explicitly indicate the script each run of text (by specifying the attributes of the font to apply to the run). ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Hi On Fri, Nov 30, 2012 at 8:07 PM, Bill Meahan subscribed_li...@meahan.netwrote: On 11/30/2012 01:08 PM, Steve White wrote: Hi Hans, Bill, That's all I know about it, except that kerning works on my own reader. That's entirely up to the reader. It's nice when the reader does as it's not part of the EPUB2 specification which is what most current systems use. EPUB3 is very new and hasn't been widely implemented yet. Anyway, this really isn't a question for this forum. Actually, it is. ConTeXt is capable of generating EPUB2 as well as PDF (no conversion program required) so behavior of the entire system is germane Aha. That throws some light on some things Pablo was saying... I did not know this. I'm interested and want to experiment. I have always made E-Books by hand (well, with vi, and other command-line tools). ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] 'kern': TrueType table and GPOS lookup feature
Luigi, OK, I get it. (I have wasted a couple of hours, it seems.) I'll do as you first recommeded. On Fri, Nov 30, 2012 at 8:37 PM, luigi scarso luigi.sca...@gmail.comwrote: On Fri, Nov 30, 2012 at 7:12 PM, Steve White stevan.wh...@gmail.com wrote: If possible, I would like to get the distro version working, before moving to the latest version. hm, hard and useless Is this add-on module in some Debian package, or must one install it by hand? If the latter, what would be involved? no *deb package, as far I know. We usually have the latest context mkiv beta as reference, plus some currents. It's quite common that mkiv from texlive is too old (and those ones form the distro too). but it's not a problem because installation is easy. -- luigi ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___