[NTG-context] How to reset the chapter number
Hi Guys,
Here's a little example,
\setupcolors[state=start]
\starttext
\completecontent
\part{First Part}
\chapter{First Chapter}
\chapter{Second Chapter}
\part{Second Part}
\chapter{Third Chapter}
\chapter{Chapter 4}
\stoptext
I would like to show the chapter number 1,2,3,4.. instead of 1.1,1.2,2.1,2.2 ..
how to do it?
Thanks.
Best regards,
Joshua
___
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
___
[NTG-context] further bib tests
Hi Hans and all,
I did some more tests with the new bib mechanism in mkiv and hit a
problem: the refcommand=authornum is broken. Minimal example:
\setuppublicationlist[samplesize={{{The}}24},totalnumber=1]
\startpublication[k=silktragedytragic,t=book,
a={{Silk}},y=1996,
n=1855,s=Sil96]
\editor[]{Michael~S.}[M.~S.]{}{Silk}
\pubyear{1996}
\title{Tragedy and the Tragic. Greek Theatre and Beyond}
\city{Oxford}
\pubname{Oxford UP}
\stoppublication
\setuppublications[state=start,
refcommand=authornum]
\starttext
\cite[silktragedytragic]
\placepublications[criterium=cite]
\stoptext
I get
! TeX capacity exceeded, sorry [parameter stack size=6000].
\namedlistparameter #1#2->
\csname \dolistparameter {\??li
#1}#2\endcsname
\doif #1#2->\edef \!!stringa {#1
}\edef \!!stringb {#2}\ifx \!!stringa
\!!str...
\dowritedatatolist ...eter {#1}\c!state }\v!start
{\structurelistinject [#1]...
\docitation ...\writedatatolist [pubs][bibref=#1]}
\fi
\next1498 #1,->\docitation {#1}
\doprocesscommaitem
\doprocesscommalist ...item \gobbleoneargument #1,
]\relax \global
\advance \...
...
l.19 \placepublications
[criterium=cite]
MTXrun | fatal error, return code: 1
___
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] How to reset the chapter number
On Sat, Sep 19, 2009 at 4:13 PM, Joshua Lee wrote:
> Hi Guys,
> Here's a little example,
> \setupcolors[state=start]
>
\setuphead[chapter][sectionsegments=2:100]
> \starttext
>
> \completecontent
> \part{First Part}
> \chapter{First Chapter}
> \chapter{Second Chapter}
> \part{Second Part}
> \chapter{Third Chapter}
> \chapter{Chapter 4}
> \stoptext
>
> I would like to show the chapter number 1,2,3,4.. instead of
> 1.1,1.2,2.1,2.2 .. how to do it?
>
>
Read http://www.opensubscriber.com/message/ntg-context@ntg.nl/12416208.html
___
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] Small caps problem/bug with some fonts
Barry Schwartz wrote: Hans Hagen skribis: Barry Schwartz wrote: If base mode uses the traditional TeX mechanism for ligatures, I don't see any way the font can be blamed. Ant does the same thing, I believe, using the OT tables and heuristics to run the TeX processor. That's okay, as long as the results aren't blamed on the font. :) well, that's alway sa bit hard to determine, maybe not in this case but there definitely are dubious cases and heuristics that works in one case migh tfail in another; also, as context base mode is mostly meant for simple cases (and as said, it might be wise in the case of snallcaps to not enable ligatures) and therefore suits most cases, but as reference (and for more advanced work) node mode has to be used ... actually, when users report bugs with fonts i kind of assume node mode in the perspective of the oriental tex project (related to luatex/mkiv) a complex font is being made and quite some time goes into figuring out what exactly the common ground in ot is (we've decided to settle for uniscribe/volt for final decisions as that's the most advanced machinery) for instance there are more combinations possible on otf than the font generating programs can handle and some combinations are only handled by some renderers. of course the mkiv machinery can be blamed for much, but so can the specification itself, the font generating tools as wel as fonts the best we can do is to try to deal with all but eventually i think that i'll end up with a couple of extra features / checks / etc; there's also already a patch mechanism in place having more advanced fonts is nice, but unfortunately (for commercial reasons, or for stability reasons or ...) font vendors have no real bug fix and upgrade policy but at least i can fix my own bugs -) btw, in most cases it helps to nail down problems when we have the font, which not always is the case, so in such cases we might need to gamble where the problem sits 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] further bib tests
Thomas A. Schmitz wrote: Hi Hans and all, I did some more tests with the new bib mechanism in mkiv and hit a problem: the refcommand=authornum is broken. Minimal example: ! TeX capacity exceeded, sorry [parameter stack size=6000]. \namedlistparameter #1#2-> mkii? mkiv? small bib file? huge one? - 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] Small caps problem/bug with some fonts
Barry Schwartz wrote: Hans Hagen skribis: but even then, if a font is not clear about issues, then one can get unwanted side effects (the frac feature for instance is often quite bugged and can only be applied selectively) Yeah, I think trying to be fancy with contextual substitutions is a bit like getting drunk. I'm not even sure why there was a "frac" tag when it was originally intended to be converted to "numr" and "dnom" tags. (I just looked at http://www.microsoft.com/typography/otspec160/features_fj.htm#frac to see what it says nowadays and now want to go get drunk.) actually the frac featurs, like most features is a rather generic one and as such it should work out of the box (some of the justitication features use gpos and/or assume specific renderer support, and some of that is rather undefined) so, its not that frac itself is the problem dealing with in the engine, because if so, many features would be a problem, it's just that font makers stick to a couple of simple rules like: (1) replace all by (1) replace all by and if they have rule 2, it will mess up things like a/b of course it can be properly dealt with ... just make proper rules now, one reason that metafont kind of design tools never were accepted as basic tool for font design is that designers are no programmers; and one needs programmers (or at least some of the related mindset) to make the more complex ot fonts (or one needs teams) actually, as many fonts do have the sup/sub digits its rather trivial to provide proper frac's in mkiv but till now i had no reason (time, project, etc) for doing it i fear the moment when designers start giving me rules like "use this or that font and turn on those features" assuming dtp like control and tweaking of the text (one reason for spending much time on fonts in mkiv is that it will give me control over bad behaving fonts; think of wrong glyph to unicode mapping and such) 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] ActualText
Barry Schwartz wrote: Please tell me this isn't in a FAQ. :) Is there support for ActualText tags so that searching and extraction will work with OpenType fonts and Unicode? If so, do discretionary hyphens get treated as 00AD instead of 002D? can you explain in mode detail what you mean with 'actual text tags' ? concerning searching ... tounicode vectors are added (including heuristics for ligatures and such) so searching, cut/past etc should work ok in order to see a problem with hyphens i need an example font/text combination that i can generate on my machine 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] \getmyAbstract
David Arnold wrote:
All,
At one time I had a style file that handled my abstract.
\definebuffer[myAbstract]
\startmyAbstract In this activity you will learn how to solve
systems of linear equations using LU decomposition, with both
forward and back substitution. In addition, you will also be
introduced to function files and a number of \mat's control
structures. {\em Prerequisites: Some knowledge of how to enter
vectors and matrices in \mat. Familiarity with Gaussian
elimination, elementary matrices, and LU decomposition.}
\stopmyAbstract
In my style file I have things like:
\midaligned{\bf Abstract}
\startnarrower[3*middle]
\noindenting\getmyAbstract
\stopnarrower
At one time (long ago) this worked, but now it is throwing this error.
! Undefined control sequence.
\getmyAbstract ->\dodoprocessTEXbuffer
[myAbstract][def-2]
l.218 \getmyAbstract
What is the current workaround for this?
\startbuffer[myabstract]
...
\stopbuffer
\getbuffer[myabstract]
-
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] \getmyAbstract
David Arnold wrote: \getmyAbstract ->\dodoprocessTEXbuffer btw, i don't see that command in my version (mkii nor mkiv) so it must be an old bug then - 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] further bib tests
Thomas A. Schmitz wrote: Hi Hans and all, I did some more tests with the new bib mechanism in mkiv and hit a problem: the refcommand=authornum is broken. Minimal example: ok, i can replicate the bug, commenting % \setuppublications[state=start,refcommand=authornum] gives a grouping error here - 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] ActualText
> can you explain in mode detail what you mean with 'actual text tags' ? He means "ActualText tags" :-) See the PDF spec section 14.9.4, page 623. It's a more generic way to support searching than ToUnicode vectors: you just specify the actual string of underlying Unicode characters. The PDF spec uses hyphenated "ck" in German as an example: you typeset "Druk-ker" but you want to search for "Drucker". You can't do that with ToUnicode vectors. Anyway, this needs support at the engine level and I don't think there is; actually it would be nice to add that to LuaTeX. 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] ActualText
Am 19.09.2009 um 19:10 schrieb Arthur Reutenauer: Anyway, this needs support at the engine level and I don't think there is; actually it would be nice to add that to LuaTeX. Heiko Oberdiek wrote the accsupp package to use ActualText in LaTeX, why shouldn't it be then possible to use it in LuaTeX (and ConTeXt)? 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] ActualText
Arthur Reutenauer skribis: > He means "ActualText tags" :-) See the PDF spec section 14.9.4, page 623. > It's a more generic way to support searching than ToUnicode vectors: you just > specify the actual string of underlying Unicode characters. The PDF spec uses > hyphenated "ck" in German as an example: you typeset "Druk-ker" but you want > to > search for "Drucker". You can't do that with ToUnicode vectors. You also need ActualText tags to mark the difference between a discretionary hyphen and an explicit hyphen in English, which programs like Reader use when extracting text. When the hyphen is discretionary you set the ActualText to Unicode AD instead of 2D. (That's mentioned somewhere in the PDF spec.) Another thing I just thought of that isn't always done is that there should be explicit space characters between words, including at the ends of lines, although I'm not sure whether Adobe Reader turns off its word-boundary heuristics if it sees space characters. Since what I enjoy doing is making e-books that can be searched through and, perhaps more importantly, extracted from via the Select tool, it's important to me to make the search, selection, and extraction features work. I'll use them myself if I choose, for instance, to quote from an e-book I made. I've added them in my (heavily) modified version of ant, but that's in a primitive state, a long-term project that competes with font-making and e-book-making for time, and so I'd like to have ConTeXt as well. I like ConTeXt a lot. Also, I noticed when playing around with the examples from the "Th" ligature discussion that searching and extraction didn't work with small caps, though it did work with the ligature. With ActualText tags these things always work, regardless of the ToUnicode map's contents. The way Cairo's PDF backend handles this is to use an ActualText tag for any glyphs that aren't included in the font's encoding. What I did in my modified ant is to generate a ToUnicode map from the Adobe glyph naming convention (http://www.adobe.com/devnet/opentype/archives/glyph.html) and then put an ActualText tag on anything that happens not to match what you would get from the ToUnicode mapping. (For reasons that were stupid, I once created a lame little C library to do the mapping from glyph names to Unicode, using a compressed lookup trie: http://code.google.com/p/kompostilo/source/browse/#svn/trunk/support-libraries/glyph_name ) ___ 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] ActualText
> Heiko Oberdiek wrote the accsupp package to use ActualText in LaTeX, > why shouldn't it be then possible to use it in LuaTeX (and ConTeXt)? Right, you don't need additional engine support, you can use \pdfliteral in pdfTeX, and in LuaTeX as well. Heiko's package should be quite easy to port to ConTeXt. 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] ActualText
Arthur Reutenauer wrote:
can you explain in mode detail what you mean with 'actual text tags' ?
He means "ActualText tags" :-) See the PDF spec section 14.9.4, page 623.
It's a more generic way to support searching than ToUnicode vectors: you just
specify the actual string of underlying Unicode characters. The PDF spec uses
hyphenated "ck" in German as an example: you typeset "Druk-ker" but you want to
search for "Drucker". You can't do that with ToUnicode vectors.
Anyway, this needs support at the engine level and I don't think there is;
actually it would be nice to add that to LuaTeX.
hm, if done with words it's probably doable with an unadapted engine
(esp when we have a cleaner pdfliteral model, which is on the agenda)
\starttext
\dorecurse{100}{test }
\pdfliteral{/Span <> BDC}arthur\pdfliteral{EMC}
\dorecurse{100}{test }
\stoptext
not that hard to implement if we add a span around each word
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
___
[NTG-context] ctxtools error
Hallo,
I had to install a new ruby and get errors with ctxtools now:
-
ConTeXt ver: 2009.06.14 21:01 MKII fmt: 2009.8.15 int:
english/english
>ruby --version
ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mswin32]
>texmfstart ctxtools --purge --all
e:/context/tex/texmf-context/scripts/context/ruby/ctxtools.rb:1330:
invalid multibyte char (US-ASCII)
e:/context/tex/texmf-context/scripts/context/ruby/ctxtools.rb:1330:
invalid multibyte char (US-ASCII)
e:/context/tex/texmf-context/scripts/context/ruby/ctxtools.rb:1330:
syntax error, unexpected $end, expecting ')'
remap(">2r1<2r", "[2ῤ1ῥ]")
^
>Exit code: 1
-
What can I do?
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] ActualText
Barry Schwartz wrote: Also, I noticed when playing around with the examples from the "Th" ligature discussion that searching and extraction didn't work with small caps, though it did work with the ligature. With ActualText tags hm, mkiv has an analyser for names->unicode and afaik small caps should work, unless the glyph name cannot be interpreted (as i don't have the font i cannot see what happens or what goes wrong here) these things always work, regardless of the ToUnicode map's contents. The way Cairo's PDF backend handles this is to use an ActualText tag for any glyphs that aren't included in the font's encoding. What I did in my modified ant is to generate a ToUnicode map from the Adobe glyph naming convention (http://www.adobe.com/devnet/opentype/archives/glyph.html) and then thanks for the pointer put an ActualText tag on anything that happens not to match what you would get from the ToUnicode mapping. hm, if one knows the character (say c) then why not adapt the tounicode vector 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] ctxtools error
Wolfgang Werners-Lucchini wrote:
Hallo,
I had to install a new ruby and get errors with ctxtools now:
-
ConTeXt ver: 2009.06.14 21:01 MKII fmt: 2009.8.15 int:
english/english
ruby --version
ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mswin32]
texmfstart ctxtools --purge --all
e:/context/tex/texmf-context/scripts/context/ruby/ctxtools.rb:1330:
invalid multibyte char (US-ASCII)
e:/context/tex/texmf-context/scripts/context/ruby/ctxtools.rb:1330:
invalid multibyte char (US-ASCII)
e:/context/tex/texmf-context/scripts/context/ruby/ctxtools.rb:1330:
syntax error, unexpected $end, expecting ')'
remap(">2r1<2r", "[2ῤ1ῥ]")
^
Exit code: 1
-
What can I do?
#!/usr/bin/env ruby
#encoding: ASCII-8BIT
-
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] ActualText
Hans Hagen skribis: > > put an ActualText tag on anything that happens not to match what you > > would get from the ToUnicode mapping. > > hm, if one knows the character (say c) then why not adapt the tounicode > vector The same glyph could correspond to different Unicode in the source. This is exactly what happens normally with hyphens. In practice what I see with my method is that discretionary hyphens always get an ActualText, and if the font is older and has names like "Asmall" or "ffl" (which I don't bother handling specially) then the substituted stuff gets an ActualText. I could look at the font's internal encoding the way I think Cairo does, but it doesn't matter a whole lot. ___ 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] ActualText
Barry Schwartz skribis: > In practice what I see with my method is that discretionary hyphens > always get an ActualText, and if the font is older and has names like > "Asmall" or "ffl" (which I don't bother handling specially) then the > substituted stuff gets an ActualText. I could look at the font's > internal encoding the way I think Cairo does, but it doesn't matter a > whole lot. Oops, "ffl" is in the Adobe Glyph List and so would get put into the ToUnicode. Something like "ffh" wouldn't, however, but "f_f_h" would because it can broken down into parts that are in the AGL. ___ 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 ___
[NTG-context] letter module: Missing number, treated as zero.
Hello, Here a minimal test file, to reproduce the problem with latest MKIV: \let\defineblankmethod\definevspacingamount \usemodule[letter] \starttext \startletter Test. \stopletter \stoptext Cheers, Peter -- Contact information: http://pmrb.free.fr/contact/ ___ 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 ___
