Re: [NTG-context] Percent in mkii mathmode is rendering wrongly using lucida.
When will the team push the fixed code to the mainstream? I think users need both \delta and percent. On Thu, Dec 27, 2012 at 7:18 PM, Mojca Miklavec < mojca.miklavec.li...@gmail.com> wrote: > On Fri, Dec 28, 2012 at 1:21 AM, Yue Wang wrote: > > Hi Hans, > > > > can you fix the problem? thanks a lot. > > > > test document: > > %mkii > > \usetypescript[lucida][texnansi] > > \setupbodyfont[lucida,12pt] > > \starttext > > 5\% $5\%$ > > \stoptext > > Citing myself: > > On Sat, Feb 20, 2010 at 6:22 AM, Mojca Miklavec wrote: > > On Tue, Dec 1, 2009 at 10:16, Hans Hagen wrote: > >> Yue Wang wrote: > >> > >>> I am writing my journal article using Lucida. The following code didn't > >>> work: > >>> > >>> \usetypescriptfile[type-buy] > >>> \usetypescript[lucida][texnansi] > >>> \setupbodyfont[lucida,12pt] > >>> \starttext $\Delta$\stoptext > > > > If I change > > \definefontsynonym [MathRoman] [LucidaBright] > > into > > \definefontsynonym [MathRoman] [LucidaNewMath-Roman] % > LucidaBright > > > > it starts working, but probably break other things (would need a bit > > more extensive tests). > > > > Mojca > > and it seems that *exactly that* change breaks it. > > To start with, it's not only percentage sign. There are more. You > could start with constructions like > \definemathsymbol [percent] [nothing] [tf] [37] > in math-lbr.mkii. That works, but I'm not yet sure how to redefine the > character itself since the following doesn't work: > \definemathcharacter [37] [nothing] [tf] [37] > > One needs to test > > \usetypescript[lucida][ec] > \usetypescript[modern][ec] > \showfont[hlcrm] > \showfont[rm-lmr12] > > and "redefine"/reassign all characters that are different than in LM. > An alternative is to change the font back to LucidaBright and redefine > all characters that are different there. > > 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Percent in mkii mathmode is rendering wrongly using lucida.
Hi Hans, can you fix the problem? thanks a lot. test document: %mkii \usetypescript[lucida][texnansi] \setupbodyfont[lucida,12pt] \starttext 5\% $5\%$ \stoptext Yue ___ 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] Is there some easy way to do tufte-style side note?
There are many styles available on the context-garden site
(http://wiki.contextgarden.net/Sample_documents) which are really
helpful to help newcomers to learn how to define styles in context.
Wouldn't it be great to add tufte's and bringhurst's as extra
examples?
On Sun, Apr 22, 2012 at 4:17 AM, Wolfgang Schuster
wrote:
>
> Am 22.04.2012 um 09:33 schrieb S Barmeier:
>
>> On 04/22/2012 04:16 PM, Yue Wang wrote:
>>> Dear powerful ConTeXt users:
>>>
>>> Is there some way to do tufte style side notes? I googled and did
>>> found Wolfgang's solution
>>>
>> (http://archive.contextgarden.net/message/20110906.202722.f501f115.en.html)
>>> but it's just too simple and cannot be used for production. Side notes
>>> will cluttered or fall out of pages.
>>>
>>> LaTeX does provide a good solution for this style. I am wondering if
>>> this is possible to do in context.
>>>
>>> I am also curious to know simple way to do multiple float style in
>>> ConTeXt (like graphics spanning text and margin and many others).
>>>
>>> Yue Wang
>>
>> Well, I am no powerful ConTeXt user, but \inmargin and derivatives
>> (\inouter \ininner \inright \inleft) have an option stack=yes to avoid
>> overlapping and stack=continue to avoid ... overlapping. As I understand
>> it, the former is for shorter margin notes, the latter for use with
>> paragraph-sized notes.
>>
>> There is also \startmarginblock ... \stopmarginblock and it exceed my
>> ConTeXt user powers to be able to tell you the difference. My guess is,
>> that this type of margin note is a block, which maybe enjoys features of
>> textblocks...? But I, too, would be interested to understand the
>> difference in any detail.
>>
>> I also use margin notes extensively (or at least hope the final version
>> of my document will be able to), but as of now, there seems to be no way
>> to float margin notes to the top/bottom of the page and no way to
>> prevent longer notes, attached to a line near the bottom of a page, to
>> exceed the margin and be typeset even beyond the page boundaries...
>> (Forgive me, if I'm wrong).
>
> All of the mechanisms are added at different times in the process to make
> from text a page.
>
> Margindata (\inmargin etc.) is added to the line where you have it in your
> and doesn’t move from this position but you prevent overlapping of two
> different texts in the line with “stack=yes”.
>
> Marginblocks are added after ConTeXt has finished the entire page.
>
> As you can see in the example below it’s possible to have text
> at different levels on the same position.
>
> \setupmarginblock[color=green]
>
> \setupnote [footnote][location=none]
> \setupnotation[footnote][color=blue]
>
> \setuptexttexts
> [margin]
> []
> [{\framed[frame=off,height=\textheight,width=broad,offset=none,align=high]{\placenotes[footnote][before=]}}]
>
> \starttext
>
> \inright[color=red]{Paragraph 1}
>
> \input knuth\footnote{Footnote 1}
>
> \startmarginblock
> \input ward
> \stopmarginblock
>
> \inright[color=red]{Paragraph 2}
>
> \input knuth
>
> \stoptext
>
> 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 : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] Is there some easy way to do tufte-style side note?
Dear powerful ConTeXt users: Is there some way to do tufte style side notes? I googled and did found Wolfgang's solution (http://archive.contextgarden.net/message/20110906.202722.f501f115.en.html) but it's just too simple and cannot be used for production. Side notes will cluttered or fall out of pages. LaTeX does provide a good solution for this style. I am wondering if this is possible to do in context. I am also curious to know simple way to do multiple float style in ConTeXt (like graphics spanning text and margin and many others). Yue Wang ___ 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] texnansi.enc
see the attachment
On Tue, Nov 15, 2011 at 6:59 AM, Yue Wang wrote:
> tried
>
>
> \usetypescript[serif,sans,mono][handling,hanging][highquality]
> \usetypescriptfile[type-buy]
> \definetypeface[officina][rm][serif][officina][default][encoding=texnansi]
> \definetypeface[officina][ss][sans] [officina][default][encoding=texnansi]
>
> \setupbodyfont[officina,ss]
> \setupalign[hz,hanging]
>
> \starttext
>
> \dorecurse{30}{\input zapf}
>
> \stoptext
>
>
> just don't work
>
>
> On Tue, Nov 15, 2011 at 3:58 AM, Hans Hagen wrote:
>> On 15-11-2011 04:32, Yue Wang wrote:
>>>
>>> Still not fixed!
>>>
>>>
>>> btw, Hans, how to enable hz in MKII for officina?
>>>
>>> \usetypescriptfile[type-buy]
>>> \definetypeface[officina][rm][serif][officina][default][encoding=texnansi]
>>> \definetypeface[officina][ss][sans] [officina][default][encoding=texnansi]
>>> \usetypescript[serif,sans,mono][handling,hanging][highquality]
>>
>> move that last line up .. in traditional tex these features are global and
>> cannot be enabled for a font afterwards
>>
>>> \setupbodyfont[officina,ss]
>>> \setupalign[hz,hanging]
>>>
>>>
>>> just don't work at all.
>>>
>>>
>>> On Thu, Nov 10, 2011 at 9:18 AM, Yue Wang wrote:
>>>>
>>>> still not fixed
>>>>
>>>> On Wed, Nov 9, 2011 at 2:31 PM, Hans Hagen wrote:
>>>>>
>>>>> On 9-11-2011 18:02, Yue Wang wrote:
>>>>>>
>>>>>> Hi, Mojca:
>>>>>>
>>>>>> just updated context and mkii told me
>>>>>>
>>>>>> !pdfTeX error: pdftex (file texnansi.enc): cannot open encoding file
>>>>>> for
>>>>>> reading
>>>>>>
>>>>>> is this file removed?
>>>>>
>>>>> not on purpose .. it should be there
>>>>>
>>>>> -
>>>>> Hans Hagen | PRAGMA ADE
>>>>> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>>>>> tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>>>>> | www.pragma-pod.nl
>>>>> -
>>>>>
>>>>
>>
>>
>> --
>>
>> -
>> Hans Hagen | PRAGMA ADE
>> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>> tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>> | www.pragma-pod.nl
>> -
>>
>
Untitled.tex
Description: TeX document
Untitled.pdf
Description: Adobe PDF 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] texnansi.enc
tried
\usetypescript[serif,sans,mono][handling,hanging][highquality]
\usetypescriptfile[type-buy]
\definetypeface[officina][rm][serif][officina][default][encoding=texnansi]
\definetypeface[officina][ss][sans] [officina][default][encoding=texnansi]
\setupbodyfont[officina,ss]
\setupalign[hz,hanging]
\starttext
\dorecurse{30}{\input zapf}
\stoptext
just don't work
On Tue, Nov 15, 2011 at 3:58 AM, Hans Hagen wrote:
> On 15-11-2011 04:32, Yue Wang wrote:
>>
>> Still not fixed!
>>
>>
>> btw, Hans, how to enable hz in MKII for officina?
>>
>> \usetypescriptfile[type-buy]
>> \definetypeface[officina][rm][serif][officina][default][encoding=texnansi]
>> \definetypeface[officina][ss][sans] [officina][default][encoding=texnansi]
>> \usetypescript[serif,sans,mono][handling,hanging][highquality]
>
> move that last line up .. in traditional tex these features are global and
> cannot be enabled for a font afterwards
>
>> \setupbodyfont[officina,ss]
>> \setupalign[hz,hanging]
>>
>>
>> just don't work at all.
>>
>>
>> On Thu, Nov 10, 2011 at 9:18 AM, Yue Wang wrote:
>>>
>>> still not fixed
>>>
>>> On Wed, Nov 9, 2011 at 2:31 PM, Hans Hagen wrote:
>>>>
>>>> On 9-11-2011 18:02, Yue Wang wrote:
>>>>>
>>>>> Hi, Mojca:
>>>>>
>>>>> just updated context and mkii told me
>>>>>
>>>>> !pdfTeX error: pdftex (file texnansi.enc): cannot open encoding file
>>>>> for
>>>>> reading
>>>>>
>>>>> is this file removed?
>>>>
>>>> not on purpose .. it should be there
>>>>
>>>> -
>>>> Hans Hagen | PRAGMA ADE
>>>> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>>>> tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>>>> | www.pragma-pod.nl
>>>> -
>>>>
>>>
>
>
> --
>
> -
> Hans Hagen | PRAGMA ADE
> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
> tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] texnansi.enc
Still not fixed! btw, Hans, how to enable hz in MKII for officina? \usetypescriptfile[type-buy] \definetypeface[officina][rm][serif][officina][default][encoding=texnansi] \definetypeface[officina][ss][sans] [officina][default][encoding=texnansi] \usetypescript[serif,sans,mono][handling,hanging][highquality] \setupbodyfont[officina,ss] \setupalign[hz,hanging] just don't work at all. On Thu, Nov 10, 2011 at 9:18 AM, Yue Wang wrote: > still not fixed > > On Wed, Nov 9, 2011 at 2:31 PM, Hans Hagen wrote: >> On 9-11-2011 18:02, Yue Wang wrote: >>> >>> Hi, Mojca: >>> >>> just updated context and mkii told me >>> >>> !pdfTeX error: pdftex (file texnansi.enc): cannot open encoding file for >>> reading >>> >>> is this file removed? >> >> not on purpose .. it should be there >> >> - >> Hans Hagen | PRAGMA ADE >> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >> tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] texnansi.enc
still not fixed On Wed, Nov 9, 2011 at 2:31 PM, Hans Hagen wrote: > On 9-11-2011 18:02, Yue Wang wrote: >> >> Hi, Mojca: >> >> just updated context and mkii told me >> >> !pdfTeX error: pdftex (file texnansi.enc): cannot open encoding file for >> reading >> >> is this file removed? > > not on purpose .. it should be there > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] texnansi.enc
Hi, Mojca: just updated context and mkii told me !pdfTeX error: pdftex (file texnansi.enc): cannot open encoding file for reading is this file removed? Yue Wang ___ 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] bug in \setuparranging
Hi, Hans Here's an example of vertical typesetting in XeTeX. %tex=xetex \setuppapersize[A4,landscape,rotated, 270] \definefontsynonym [song][name:AdobeSongStd-Light\xetexcolon vertical] \definefont[Song][song at 14pt] \starttext \Song 你好 \stoptext In this case all glyphs in AdobeSongStd-Light are rotated 90 degrees via xetex vertical, and rotated back via paper definition. I'm wondering how to do that in LuaTeX. Also, in vertical typesetting, latin glyphs do not need to be rotated. I'm doing this since omega multi-dir is not quite working at least for the moment. Yue On Mon, Oct 3, 2011 at 1:49 PM, Hans Hagen wrote: > On 3-10-2011 19:15, Yue Wang wrote: >> >> btw, is there some way to rotate all the glyphs in a given range (like >> the xetex's font:vertical feature) >> vrt2 doesn't seems to work in this way. > > I never looked into that (so an example text + font is needed). > > Hans > > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in \setuparranging
btw, is there some way to rotate all the glyphs in a given range (like
the xetex's font:vertical feature)
vrt2 doesn't seems to work in this way.
On Sat, Oct 1, 2011 at 10:10 PM, Yue Wang wrote:
> Hi, Hans:
>
> this bug is still not solved.
>
> Yue Wang
>
> On Thu, Sep 22, 2011 at 5:04 PM, Aditya Mahajan wrote:
>> On Thu, 22 Sep 2011, Yue Wang wrote:
>>
>>> Hi, Aditya and Hans:
>>>
>>> On Thu, Sep 22, 2011 at 4:46 PM, Aditya Mahajan wrote:
>>>>
>>>> I haven't investigated what is going wrong, but a quick fix is
>>>>
>>>> \setuppapersize[A4,landscape][A4,landscape]
>>>>
>>>> I don't understand the arranging code, but doesn't the following also do
>>>> what you want (without the arranging)
>>>>
>>>> \setuppapersize[A4,landscape,rotated,270][A4]
>>>>
>>>
>>> Yes, I know these tricks. A quick workaround to this problem is to use the
>>>
>>> \setuppapersize[A4,landscape][A4,landscape]
>>>
>>> and then add either
>>>
>>> %\pdfpagesattr{/Rotate 90} --pdftex, luatex
>>> %\special{pdf:put @pages <>} --xetex, dvipdfmx
>>>
>>> or the more generic way:
>>>
>>> \doPDFpagesattribute{/Rotate 90}
>>>
>>> And that did fix my problem temporary.
>>>
>>> But things are not going as expected, and it's better to fix these
>>> bugs, isn't it?
>>
>> Sure.
>>
>> But I was also answering you second question about rotating a page without
>> using arranging.
>>
>> Aditya
>>
>>
>>
>
___
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] bug in \setuparranging
Hi, Hans:
this bug is still not solved.
Yue Wang
On Thu, Sep 22, 2011 at 5:04 PM, Aditya Mahajan wrote:
> On Thu, 22 Sep 2011, Yue Wang wrote:
>
>> Hi, Aditya and Hans:
>>
>> On Thu, Sep 22, 2011 at 4:46 PM, Aditya Mahajan wrote:
>>>
>>> I haven't investigated what is going wrong, but a quick fix is
>>>
>>> \setuppapersize[A4,landscape][A4,landscape]
>>>
>>> I don't understand the arranging code, but doesn't the following also do
>>> what you want (without the arranging)
>>>
>>> \setuppapersize[A4,landscape,rotated,270][A4]
>>>
>>
>> Yes, I know these tricks. A quick workaround to this problem is to use the
>>
>> \setuppapersize[A4,landscape][A4,landscape]
>>
>> and then add either
>>
>> %\pdfpagesattr{/Rotate 90} --pdftex, luatex
>> %\special{pdf:put @pages <>} --xetex, dvipdfmx
>>
>> or the more generic way:
>>
>> \doPDFpagesattribute{/Rotate 90}
>>
>> And that did fix my problem temporary.
>>
>> But things are not going as expected, and it's better to fix these
>> bugs, isn't it?
>
> Sure.
>
> But I was also answering you second question about rotating a page without
> using arranging.
>
> Aditya
>
>
>
___
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] bug in \setuparranging
Hi, Aditya and Hans:
On Thu, Sep 22, 2011 at 4:46 PM, Aditya Mahajan wrote:
> I haven't investigated what is going wrong, but a quick fix is
>
> \setuppapersize[A4,landscape][A4,landscape]
>
> I don't understand the arranging code, but doesn't the following also do
> what you want (without the arranging)
>
> \setuppapersize[A4,landscape,rotated,270][A4]
>
Yes, I know these tricks. A quick workaround to this problem is to use the
\setuppapersize[A4,landscape][A4,landscape]
and then add either
%\pdfpagesattr{/Rotate 90} --pdftex, luatex
%\special{pdf:put @pages <>} --xetex, dvipdfmx
or the more generic way:
\doPDFpagesattribute{/Rotate 90}
And that did fix my problem temporary.
But things are not going as expected, and it's better to fix these
bugs, isn't it?
Yue Wang
___
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] bug in \setuparranging
Hi, Aditya: >What do you mean by "wrong result". > >\setuppapersize[A4,landscape] > >\starttext >\input zapf >\stoptext > >works fine (ver: 2011.09.20). See attached pdf. I know. MKIV works in this short sample. but XeTeX and pdfTeX don't, as my first mail indicated. See attached pdf And, MKIV is buggy too. try the first mail's example (after upgrading to the latest version it does not blank page anymore. but it's still wrong). Yue Wang Untitled-2.pdf Description: Adobe PDF 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] bug in \setuparranging
Hi, I think the bug appears in setup paper size as well: \setuppapersize[A4,landscape] \input zapf \bye produces the wrong result. Yue Wang On Thu, Sep 22, 2011 at 2:07 AM, Yue Wang wrote: > Hi, Hans: > > There's a bug in \setuparranging. > > The following case is easy to be understood: > > - I try to typeset "zapf" into a A4 landscape paper > - For the final output pdf, I want to rotate all the pages by 270 degrees. > > This sounds strange. But it is useful in vertical typesetting of CJK > language. (for example, use xetex font definition's :vertical feature > to rotate all the fonts used, typeset on normal paper, and rotate the > page back. I certainly hope someday I can use MKIV's muti-dir omega > features, but now it's broken so this is the best way I can find) > > The code is listed below: > > \setuppapersize[A4,landscape][A4] > \setuppaper [nx=1,ny=1] > \setuparranging [XY, rotated, 270] > \setupcolors [state=start] > \setupbackgrounds [page][page][background=screen] > \setuppagenumbering [state=stop] > > \starttext > \input zapf > \stoptext > > > The bug: > > - in MKIV, it output no pages at all > - in MKII (both xetex and pdftex), the output page is not, however, > A4. but rather a square page with width=height=A4 height. > > I hope this bug can be fixed soon. > > By the way, are there other ways to rotate pages other than > setuparranging? From my daily use I found setup arranging is pretty > buggy. sometimes it even affects the layout of the contents. So most > time I have to compile a pdf, and than use setup arranging to > rearrange the pdf again to make the contents safe. > > Yue Wang > ___ 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 ___
[NTG-context] bug in \setuparranging
Hi, Hans: There's a bug in \setuparranging. The following case is easy to be understood: - I try to typeset "zapf" into a A4 landscape paper - For the final output pdf, I want to rotate all the pages by 270 degrees. This sounds strange. But it is useful in vertical typesetting of CJK language. (for example, use xetex font definition's :vertical feature to rotate all the fonts used, typeset on normal paper, and rotate the page back. I certainly hope someday I can use MKIV's muti-dir omega features, but now it's broken so this is the best way I can find) The code is listed below: \setuppapersize[A4,landscape][A4] \setuppaper [nx=1,ny=1] \setuparranging [XY, rotated, 270] \setupcolors[state=start] \setupbackgrounds [page][page][background=screen] \setuppagenumbering [state=stop] \starttext \input zapf \stoptext The bug: - in MKIV, it output no pages at all - in MKII (both xetex and pdftex), the output page is not, however, A4. but rather a square page with width=height=A4 height. I hope this bug can be fixed soon. By the way, are there other ways to rotate pages other than setuparranging? From my daily use I found setup arranging is pretty buggy. sometimes it even affects the layout of the contents. So most time I have to compile a pdf, and than use setup arranging to rearrange the pdf again to make the contents safe. Yue Wang ___ 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 ___
[NTG-context] crop PDF pages
Hi, powerful context users: I'm wondering why there is no crop setting for \externalfigure or \insertpages. I have a lot of scanned books in PDF format, most of them are double sided. I want to read them on kindle but the huge margins take too much space and as a result the texts are too small. I want to use commands like \insertpages to crop all the pages with different bounding box settings for odd/even pages. there's a "scale" option for \copypages but it's somewhat naive to use in such practical cases... Yue Wang ___ 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] Questions related to margin/dynamic layout
On Mon, Aug 29, 2011 at 1:45 PM, Wolfgang Schuster wrote: > > Am 29.08.2011 um 19:00 schrieb Yue Wang: > >> Many thanks! Wolfgang! >> >> it seems that this is a mkiv only command. > > No, all commands are also available with mkii but the note mechanism has some > limitations. > >> what about the second and third question? > > Dunno about the second question, maybe there is a tracker option you can use. > > For the third a few more infos can be useful. When you want to keep the > picture and the text together you can try to place the text for the picture > with layers too, there are examples for this in the “details” and the “style” > manuals. > the text main text (just normal text in between the start text and stop text). so "details" and "style" might not suffice. Since if I put it within a layer, the text will not flow correctly. for example: \starttext (a lot of paragraphs) surrounding paragraphs \some_command_to_include_the_picture surrounding paragraphs (a lot of paragraphs) \stoptext here, the paragraphs should run as normal paragraphs, with these requirement: 1. the paragraphs runs continuously 2. when the picture occurs, the layout of that span changes 3. the paragraphs still runs without (page) breaks through surrounding pages including the picture span page. 4. the surrounding paragraphs before and after, should appear near the picture. take an example: \starttext paragraphs A-P \include picture paragraph Q-Z \stoptext the final result should be: page1: para A,B,C page2: para D,E page 13: para M, N page 14: 2/3 picture page 15: 1/3 picture + text flow (para O,P,Q) page 16: paraR, S, when the user include the picture, he will have no idea where the picture might appear. So is there a way to automatically change the page layout at a specific page (at this example, page 14,15). > 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Questions related to margin/dynamic layout
Many thanks! Wolfgang!
it seems that this is a mkiv only command.
what about the second and third question?
On Mon, Aug 29, 2011 at 12:41 PM, Wolfgang Schuster
wrote:
>
> Am 27.08.2011 um 05:40 schrieb Yue Wang:
>
>> Hi,
>>
>> I have two questions related to margin:
>>
>> - is it possible to move footnotes to margin?
>
> \setupnote [footnote][location=none]
> \setupnotedefinition[footnote][location=serried,width=broad]
>
> \setuptexttexts
> [margin]
> []
> [{\framed[align=right,frame=off,height=\textheight,width=\rightmarginwidth]{\placenotes[footnote]}}]
>
> \starttext
> \dorecurse{20}{\input knuth\reference[foo:#1]{#1}\footnote{Knuth #1}}
> \stoptext
>
>> - similar question: I want to have a list in the margin with all the
>> indexes in the given page.
>>
>> How to make these possible?
>>
>> Third question is related to layout.
>>
>> I know how to change page layout for a particular page. but how to
>> change layout for a page whose number is unknown?
>>
>> for example, I am writing a book that has several large pictures
>> (imagine a portfolio, or a book introducing photography).
>>
>> in order to fit the pictures I plan to set each pictures as page
>> background or layers, that spans 3/2 pages, while leaving the
>> remaining span (1/2 page) for text.
>>
>> however, I don't know which page number the picture should be reside,
>> but I know it should be put near some given text content.
>>
>> it's not possible to manually give the page number according to the
>> content because usually document context/formatting change all the
>> time.
>>
>> how to do that?
>
> You can fix a float to a certain position with \placeFLOAT[force]{…}{…}.
>
> TO shorten/enlarge a page you can put \adaptlayout in your document
> and context change the layout of the page where the command is seen.
>
> 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 : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Questions related to margin/dynamic layout
Hi, anyone can give me a hint? Yue Wang On Fri, Aug 26, 2011 at 11:40 PM, Yue Wang wrote: > Hi, > > I have two questions related to margin: > > - is it possible to move footnotes to margin? > - similar question: I want to have a list in the margin with all the > indexes in the given page. > > How to make these possible? > > Third question is related to layout. > > I know how to change page layout for a particular page. but how to > change layout for a page whose number is unknown? > > for example, I am writing a book that has several large pictures > (imagine a portfolio, or a book introducing photography). > > in order to fit the pictures I plan to set each pictures as page > background or layers, that spans 3/2 pages, while leaving the > remaining span (1/2 page) for text. > > however, I don't know which page number the picture should be reside, > but I know it should be put near some given text content. > > it's not possible to manually give the page number according to the > content because usually document context/formatting change all the > time. > > how to do that? > > > > 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 ___
[NTG-context] Questions related to margin/dynamic layout
Hi, I have two questions related to margin: - is it possible to move footnotes to margin? - similar question: I want to have a list in the margin with all the indexes in the given page. How to make these possible? Third question is related to layout. I know how to change page layout for a particular page. but how to change layout for a page whose number is unknown? for example, I am writing a book that has several large pictures (imagine a portfolio, or a book introducing photography). in order to fit the pictures I plan to set each pictures as page background or layers, that spans 3/2 pages, while leaving the remaining span (1/2 page) for text. however, I don't know which page number the picture should be reside, but I know it should be put near some given text content. it's not possible to manually give the page number according to the content because usually document context/formatting change all the time. how to do that? 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 ___
[NTG-context] Math delimiters too big in lucida in MKII
Hi, Hans:
I dont know why you do this in math-lbr.mkii:
\def\LBRbig {\@@dobig{8.20}}
\def\LBRBig {\@@dobig{10.80}}
\def\LBRbigg {\@@dobig{13.42}}
\def\LBRBigg {\@@dobig{16.03}}
\def\LBRbiggg{\@@dobig{17.72}}
\def\LBRBiggg{\@@dobig{21.25}}
% \def\LBRbig {\@@dobig{0.820}}
% \def\LBRBig {\@@dobig{1.080}}
% \def\LBRbigg {\@@dobig{1.342}}
% \def\LBRBigg {\@@dobig{1.603}}
% \def\LBRbiggg{\@@dobig{1.772}}
% \def\LBRBiggg{\@@dobig{2.125}}
I think the second set of parameters( the commented one) is correct.
or \big,\bigg, etc will produce huge delimiters...
Yue Wang
___
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] proportional oldstyle figure not working in MKIV
Thanks. got it. BTW, what are the conditions that mode != node are used? On Sat, Jan 1, 2011 at 7:01 AM, Hans Hagen wrote: > On 1-1-2011 7:11, Yue Wang wrote: >> >> Hi, Hans: >> >> I think there are problems with the current MKIV font loading code. >> >> sample code: >> >> >> \definefontfeature[minion][language=dflt, script=latn, onum=yes, >> kern=yes, pnum=yes] >> \definefontsynonym[Minion][MinionPro-Regular][features=minion] >> \definefont[Minion][Minion at 34pt] >> \starttext >> \Minion >> 1234567890 >> \stoptext >> >> >> This works in MKII (XeTeX). Please fix that. Thanks > > add mode=node > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands > tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] proportional oldstyle figure not working in MKIV
Hi, Hans: I think there are problems with the current MKIV font loading code. sample code: \definefontfeature[minion][language=dflt, script=latn, onum=yes, kern=yes, pnum=yes] \definefontsynonym[Minion][MinionPro-Regular][features=minion] \definefont[Minion][Minion at 34pt] \starttext \Minion 1234567890 \stoptext This works in MKII (XeTeX). Please fix that. Thanks Yue Wang ___ 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] mkii bug in lucida, again.
updated to the latest context. still not fixed On Sun, Dec 19, 2010 at 12:26 PM, Yue Wang wrote: > This bug only exist in mkii. > > it appeared some time ago, but was fixed later, and reappeared again > sometime later this year. > ___ 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] mkii bug in lucida, again.
BTW, there is also something strange with lucida support in context recently.
if I use
\usetypescriptfile[type-buy]
\usetypescript[lucida][texnansi]
\setupbodyfont[lucida,14pt]
I suppose it should load texnansi-xxx.tfm
but it reports
! Font \*lucida12ptrmtfrm*:=hlhr8y at 12.0pt not loadable: Metric (TFM) file no
t found.
\relax
\definefontglobal ...dcsname \lastfontname \relax
\expandafter \let \expanda...
\xxdododefinefont ...tspec {#4}\newfontidentifier
\let \localrelativefontsiz...
\fontstrategy ...me \fontclass #2#3#4#5\endcsname
\tryingfontfalse \fi
...yle \fontalternative \fontsize
\fi \iftryingfont \fontstr...
\synchronizefont ...strategy \the \fontstrategies
\relax \fi \iftryingfont \...
...
l.3 \setupbodyfont[lucida,14pt]
I think this is not correct.
Yue Wang
On Sun, Dec 19, 2010 at 12:26 PM, Yue Wang wrote:
> This bug only exist in mkii.
>
> it appeared some time ago, but was fixed later, and reappeared again
> sometime later this year.
>
> Hans, I will zip my lucida font and send to you in a private mail.
>
> Yue Wang
>
___
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
___
[NTG-context] mkii bug in lucida, again.
This bug only exist in mkii. it appeared some time ago, but was fixed later, and reappeared again sometime later this year. Hans, I will zip my lucida font and send to you in a private mail. Yue Wang a.pdf Description: Adobe PDF document a.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 ___
[NTG-context] color all the formulae?
Hi, Hans: Is there some way to color all the formulae braced in $$ and \start|stopformula? I search setupcolors, only textcolor is available. there are also no color key in setupformulae. Yue Wang ___ 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] How can I input Join?
Hi, Sorry for my stupid question... The command does exist in ConTeXt. It's name is \Join. I wonder it should be added to \showmathcharacters output. Thanks Yue Wang On Tue, Sep 22, 2009 at 8:53 PM, Yue Wang wrote: > Hi, > > I am doing my logic homework using ConTeXt. the command \Join (ref. > http://w2.syronex.com/jmr/tex/texsym.old.html) seems to be missing in > ConTeXt. (I searched showmathcharacters in context) > How can I input that? > > Thanks > > Yue Wang > ___ 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] How can I input Join?
Hi, I am doing my logic homework using ConTeXt. the command \Join (ref. http://w2.syronex.com/jmr/tex/texsym.old.html) seems to be missing in ConTeXt. (I searched showmathcharacters in context) How can I input that? Thanks Yue Wang ___ 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] mupdf
I am able to compile one for Mac OS X 10.5 half an year ago. Works flawlessly. On Fri, Jul 24, 2009 at 8:15 PM, Patrick Gundlach wrote: > >> http://ccxvii.net/mupdf/ >> It seems a valid alternative to xpdf > > anybody got a mac binary? > > > Patrick > -- > ConTeXt wiki and more: 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 : https://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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] [OT] mupdf
well, so maybe there can be a luatex binding to replace original xpdf? and we can remove cpp code completely in LuaTeX... (and that enable the plan 9 guys to compile luatex on those exotic systems.) On Fri, Jul 24, 2009 at 6:08 PM, luigi scarso wrote: > > > On Fri, Jul 24, 2009 at 11:53 AM, Taco Hoekwater wrote: >> >> >> Taco Hoekwater wrote: >> > >> > The more serious problem is that it does not interaction objects >> > at all, not even bookmarks or hyperlinks. >> >> Oops sorry, it does indeed do in-document hyperlinks. > > == > ABOUT > > MuPDF is a lightweight PDF viewer and toolkit written in portable C. > > The renderer in MuPDF is tailored for high quality anti-aliased graphics. > MuPDF renders text with metrics and spacing accurate to within fractions of > a pixel for the highest fidelity in reproducing the look of a printed page > on screen. > > MuPDF has a small footprint. A binary that includes the standard Roman fonts > is only one megabyte. A build with full CJK support (including an Asian > font) is approximately five megabytes. > > MuPDF has support for all non-interactive PDF 1.7 features, and the toolkit > provides a simple API for accessing the internal structures of the PDF > document. Example code for navigating interactive links and bookmarks, > encrypting PDF files, extracting fonts, images, and searchable text, and > rendering pages to image files is provided. > > > I haven't find an example for bookmarks . > > -- > 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 : https://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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] context mkiv bug + related feature request + related question
This bug is still not solved in the current context mkiv version.
On Mon, Jun 22, 2009 at 11:36 AM, Yue Wang wrote:
> Hi, Hans:
>
>
> bug report :
> here is the test file. (old version of mkiv produce right result.
> current mkii result is also right)
> It is a bug introduced in this/last month.
> The code is a stripped down version of
> http://wiki.contextgarden.net/Horizontal_Table_of_Contents (altough it
> doesn't show toc horizontally)
>
> \newcount\chapcounter \chapcounter=0
> \def\tocchap#1#2#3{\advance\chapcounter by 1 #1 #2%
> \placelist[section][criterium=chapter,number=\chapcounter]}
> \starttext
> \placelist[chapter][alternative=command,command=\tocchap]
> \chapter{hello} \section{hello} \section{hello}
> \chapter{good} \section{good} \section{good}
> \chapter{bad} \section{bad} \section{bad}
> \stoptext
>
> feature request:
>
> btw, Hans, context should give an option to iterate through all the
> chapters/sections to do something tricky.
> using \chaptercounter is a really bad idea (the materials should
> follow strict rules, like cannot jump from chap 1 to chap 3).
> I think with mkiv it is able to achieve that.
>
> question:
>
> I want to show toc before each chapter, and the toc only shows the
> following chapter name in red.
> How can I do that?
> e.g. show the following before chapter 3
>
> % A Page
> Chap1
> sec 1 sec 2 sec 3
> Chap2
> sec 1 sec 2 sec 3
> Chap 3 %in red
> sec 1 sec 2 sec 3 %in Red
> Chap4
> sec 1 sec 2 sec 3
> % Next Page
> Chapter 3 % title
> a lot of materials
>
>
> Yue Wang
>
___
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] off topic: math symbols for latex
you definitely want to try the equation editor distributed in Windows 7! http://att.newsmth.net/att.php?p.460.288125.214.png On Sat, Jul 18, 2009 at 5:07 AM, Mojca Miklavec wrote: > On Fri, Jul 17, 2009 at 21:02, Patrick Gundlach wrote: >> Hi, >> >> this is a nice website where you can draw a symbol with your mouse and >> the site will tell you how you get the symbol in LaTeX. Again, LaTeX tries to >> be one step ahead... :) >> >> http://detexify.kirelabs.org/classify.html >> >> (found on the Mac OS X TeX mailing list) > > This tool is a few days (ok, maybe weeks) old. Most symbols are equal > anyway, but I'm sure that you can convince the author to add ConTeXt > commands as well. (He claims to be LaTeX beginner, so handling ConTeXt > should be equally trivial for him :) > > 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 > ___ > ___ 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] CTAN has a new package: ConTeXt Notes
in fact we also submit another document yesterday: http://www.ctan.org/tex-archive/info/context-top-ten/ but I don't know why there is no announcement on the ctan mailing list. On Tue, Jul 7, 2009 at 3:11 PM, luigi scarso wrote: > http://www.mail-archive.com/ctan-...@dante.de/msg02315.html > > -- > 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 : https://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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] context mkiv bug + related feature request + related question
any help?
On Mon, Jun 22, 2009 at 11:36 AM, Yue Wang wrote:
> Hi, Hans:
>
>
> bug report :
> here is the test file. (old version of mkiv produce right result.
> current mkii result is also right)
> It is a bug introduced in this/last month.
> The code is a stripped down version of
> http://wiki.contextgarden.net/Horizontal_Table_of_Contents (altough it
> doesn't show toc horizontally)
>
> \newcount\chapcounter \chapcounter=0
> \def\tocchap#1#2#3{\advance\chapcounter by 1 #1 #2%
> \placelist[section][criterium=chapter,number=\chapcounter]}
> \starttext
> \placelist[chapter][alternative=command,command=\tocchap]
> \chapter{hello} \section{hello} \section{hello}
> \chapter{good} \section{good} \section{good}
> \chapter{bad} \section{bad} \section{bad}
> \stoptext
>
> feature request:
>
> btw, Hans, context should give an option to iterate through all the
> chapters/sections to do something tricky.
> using \chaptercounter is a really bad idea (the materials should
> follow strict rules, like cannot jump from chap 1 to chap 3).
> I think with mkiv it is able to achieve that.
>
> question:
>
> I want to show toc before each chapter, and the toc only shows the
> following chapter name in red.
> How can I do that?
> e.g. show the following before chapter 3
>
> % A Page
> Chap1
> sec 1 sec 2 sec 3
> Chap2
> sec 1 sec 2 sec 3
> Chap 3 %in red
> sec 1 sec 2 sec 3 %in Red
> Chap4
> sec 1 sec 2 sec 3
> % Next Page
> Chapter 3 % title
> a lot of materials
>
>
> Yue Wang
>
___
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] context mkiv bug + related feature request + related question
Hi, Hans:
bug report :
here is the test file. (old version of mkiv produce right result.
current mkii result is also right)
It is a bug introduced in this/last month.
The code is a stripped down version of
http://wiki.contextgarden.net/Horizontal_Table_of_Contents (altough it
doesn't show toc horizontally)
\newcount\chapcounter \chapcounter=0
\def\tocchap#1#2#3{\advance\chapcounter by 1 #1 #2%
\placelist[section][criterium=chapter,number=\chapcounter]}
\starttext
\placelist[chapter][alternative=command,command=\tocchap]
\chapter{hello} \section{hello} \section{hello}
\chapter{good} \section{good} \section{good}
\chapter{bad} \section{bad} \section{bad}
\stoptext
feature request:
btw, Hans, context should give an option to iterate through all the
chapters/sections to do something tricky.
using \chaptercounter is a really bad idea (the materials should
follow strict rules, like cannot jump from chap 1 to chap 3).
I think with mkiv it is able to achieve that.
question:
I want to show toc before each chapter, and the toc only shows the
following chapter name in red.
How can I do that?
e.g. show the following before chapter 3
% A Page
Chap1
sec 1 sec 2 sec 3
Chap2
sec 1 sec 2 sec 3
Chap 3 %in red
sec 1 sec 2 sec 3 %in Red
Chap4
sec 1 sec 2 sec 3
% Next Page
Chapter 3 % title
a lot of materials
Yue Wang
___
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] Suggestion
On Fri, Jun 19, 2009 at 2:29 PM, luigi scarso wrote:
>>
>> Anyway, I highly respect the ConTeXt and LuaTeX's work.
>> But if Taco and Hans can :
>>
>> - use a proper regexp library (like lrexlib?), not the silly lpeg
>
> PEG are not silly at all. PEG *include* regex, but not viceversa,
> and it seems to have the same power of CFG, so you can build a parser for
> pratically anything
> (and you can not do this with regex) .
> Perhaps the reverse sentence has more sense: drop the "silly" (?) regex, use
> the new peg.
> For what I know the reverse side of lpeg is that a file must be loaded in
> memory completly.
Well, I don't like to know what kind of thing is superior ... micro
kernel is superior than monolithic kernel, but...
The key reason for this is, more people are familiar with regexp. so
if you can build a 100% compatible regexp module on top of lpeg in
ConTeXt, it will be ok, or even better...
>
>> - more powerful multi columns (maybe not through gird typesetting?)
>
> Maybe columnset can do more, or we need more examples from hans .
>
yes. but columnset requires more strict rules (e.g., grid stuffs)
why not build a version of columnset on top of normal TeX page building?
(grid can be a option, should not be a requirement)
>
>> - full support of xslt:)
>
> why not xquery too? Are mkiv supposed to be a full xml processor ?
No. I mean the user can have an option to convert an xml (that is, a
context document) using (maybe external) xslt tool.
This won't be too difficult to implement ...
> A bit of xslt can be done with lpeg (and not regex),
a bit == far from all
> but usually it's better to prepare a xml to typeset before processing with
> mkiv
> ("use the right tool for the right task").
>
>>
>> Things might be a lot better...
>
> and worse too .
> Things are now a lot better than before ,IMMO .
>
it should 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 : https://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 : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] Suggestion
On Mon, Jun 15, 2009 at 7:55 PM, Arun Dev wrote: > > Hi, > > You can increase the popularity of ConTeXt by eliminating the need > to install Perl and Ruby. > MKIV does not dependent on Perl and Ruby. I think Hans has plan to convert the MKII scripts to Lua language. Anyway, I highly respect the ConTeXt and LuaTeX's work. But if Taco and Hans can : - use a proper regexp library (like lrexlib?), not the silly lpeg - make font loading faster (by massive fontforge change or replace it with ft2+libotf. we need more efficient solution esp for big fonts) - support TeX line-break-like page break - support arbitrary text-flow maybe via mplib (example: The ultimate (?) float problem + How could a typesetting system be today? on mailing list ) - make processing conditional-aware (see "two newbie questions about conditional processing" on the mailing list) - fix the bug of focus=standard - more powerful multi columns (maybe not through gird typesetting?) - full support of xslt:) Things might be a lot better... > ___ > 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 > ___ > > ___ 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] stand-alone ConTeXt
> It depends if the Minimals are intended to be a complete TeX system or > if they are meant to be a minimal system for ConTeXt, possibly > complementing the utility programs from TeX Live. > it is just context minimals' extra... minimals can still be a minimal system for ConTeXt. > —Joel Salomon > ___ > 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 > ___ > ___ 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] stand-alone ConTeXt
> the mswincontext zip always provided ruby and gs and as well as xmlproc and > xsltproc > > it's just that now that we have the garden minimals i no longer make my own > so making mswincontex makes less sense too > What about make a mswinbonus.zip for the user who need them, like MacTeX shipped its gs/imagemagick... Yue Wang ___ 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] stand-alone ConTeXt
> btw, if one uses mkiv, ruby is no longer needed unless one wants to run > specific scripts that are not yet luafied; but then, installing ruby is no > big deal anyway How about process the mkii document using lua script too? So eventually we can get rid of ruby and perl. now context script supports --pdftex and --xetex switch, but it still fall back to texexec and texutils ruby scripts. > > 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 > ___ > ___ 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] stand-alone ConTeXt
right now the most important thing missing in the distribution is: gs, ruby, xml stuffs, gzip, zip, and tidy. On Fri, Jun 12, 2009 at 3:44 PM, Hans Hagen wrote: > Kevin D. Robbins wrote: >> >> Thanks! I'll play around a bit with TeXWorks and Notepad++. > > i have texworks kind of working (stripped and patched set of configuration > files) and at some point i will add them to the distribution > > - > 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 > ___ > ___ 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] nice link
too simple, too naive... one can not even find "Psychrometric chart" there... On Tue, Jun 2, 2009 at 8:16 PM, Hans Hagen wrote: > handy for info about languages and so ... > > http://www.wolframalpha.com/ > > you can also key in formulas > > > - > 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 > ___ > ___ 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] two newbie questions (about conditional processing)
On Sun, May 24, 2009 at 12:49 AM, Zhichu Chen wrote:
> On Thu, May 21, 2009 at 9:25 AM, Yue Wang wrote:
>> Hi,
>>
>> I have a new book to design, but I don't know how to do page/content
>> conditional processing). Please help me:)
>>
>> - I want my chapter page (first page of each chapter) to be really
>> distinctive. that is, I define a dark color background, and want all
>> the text on the first page set in white. how can I do that? for
>> example
>> \chapter{hello}
>> \dorecurse{10}{\input zapf } % all the characters in the first page
>> should white, others should set in black.
> This must have something to do with the OTR, I'm really not good
> at that.
>
> By \definecolor[black][r=1, g=1, b=1] you can get white texts which
> maybe useful for you.
confused. can you give me an example?
>>
>> - I want to insert graphics and images. all the graphics are inserted
>> using \placeexternalfigures. I want all the pages where the insertion
>> happens to be quite distictive (that is, have a very narrow text
>> layout, and leave the large margin for the figures. However, when a
>> page starts, TeX does not know wheter or not an external figure will
>> be placed on this page, so it really has no idea whether this page
>> should be set narrower or not. how can I do that?
> Sounds like an \insert like footnote. Good luck.
>>
Yes. but a footnote on margin...
>> Thanks.
>>
>> Yue Wang
>> ___
>> 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
>> ___
>>
>
>
>
> --
> Best Regards
> Chen
>
>
> Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
> No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
> tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
> | www.sinap.ac.cn
>
> ___
> 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
> ___
>
___
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] two newbie questions (about conditional processing)
anyone can help? thanks.
On Thu, May 21, 2009 at 9:25 AM, Yue Wang wrote:
> Hi,
>
> I have a new book to design, but I don't know how to do page/content
> conditional processing). Please help me:)
>
> - I want my chapter page (first page of each chapter) to be really
> distinctive. that is, I define a dark color background, and want all
> the text on the first page set in white. how can I do that? for
> example
> \chapter{hello}
> \dorecurse{10}{\input zapf } % all the characters in the first page
> should white, others should set in black.
>
> - I want to insert graphics and images. all the graphics are inserted
> using \placeexternalfigures. I want all the pages where the insertion
> happens to be quite distictive (that is, have a very narrow text
> layout, and leave the large margin for the figures. However, when a
> page starts, TeX does not know wheter or not an external figure will
> be placed on this page, so it really has no idea whether this page
> should be set narrower or not. how can I do that?
>
> Thanks.
>
> Yue Wang
>
___
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] Fonts in minimal
On Thu, May 21, 2009 at 8:49 AM, Maurício wrote: > Hi, > > The minimal Context distributions comes with > many fonts. Are there predefined (using mfonts.pdf > terminology) simple, body or typeface definitions > available for those fonts, or a subset of them? > Yes. see showfonts.pdf > Thanks, > Maurício > > ___ > 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 > ___ > ___ 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] two newbie questions (about conditional processing)
Hi,
I have a new book to design, but I don't know how to do page/content
conditional processing). Please help me:)
- I want my chapter page (first page of each chapter) to be really
distinctive. that is, I define a dark color background, and want all
the text on the first page set in white. how can I do that? for
example
\chapter{hello}
\dorecurse{10}{\input zapf } % all the characters in the first page
should white, others should set in black.
- I want to insert graphics and images. all the graphics are inserted
using \placeexternalfigures. I want all the pages where the insertion
happens to be quite distictive (that is, have a very narrow text
layout, and leave the large margin for the figures. However, when a
page starts, TeX does not know wheter or not an external figure will
be placed on this page, so it really has no idea whether this page
should be set narrower or not. how can I do that?
Thanks.
Yue Wang
___
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] MkIV italic correction?
it supports italic correction by default.
On Wed, May 20, 2009 at 2:25 PM, Corsair wrote:
> Hi all,
>
> Does MkIV support italic correction? Because the following code
> produces two identical "f)"s
>
> \starttext
> {\it f})
> {\it f\/})
> \stoptext
>
> --
> There is no emotion; there is peace.
> There is no ignorance; there is knowledge.
> There is no passion; there is serenity.
> There is no death; there is the Force.
>
> ___
> 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
> ___
>
>
___
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] replacement of "\...@." ?
On Thu, May 14, 2009 at 9:51 AM, Ryo Furue wrote:
> Hi ConTeXt users,
>
> I'm wondering what's the ConTeXt version
> of LaTeX's "\...@." (which indicates an end-of-sentence
> period). I can define
>
> \d...@{\spacefactor1000}
>
> and use it, but if there is an official version
> I'd like to know.
>
I think in Professional typesetting, the same amount of space should
be left for all full stop/comma/whaever.
You'd better change TeX's default behavior.
> Regards,
> Ryo
> ___
> 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
> ___
>
___
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] XeConTeXt bug report III: Wrong hyperlink
oh, no. better change that to this: /XYZ @xpos @ypos 0 so xetex and pdftex/luatex will share the same behavior. (it point to the place a little bit lower, so the behavior is much better than fit) as to the wrong destination.. I highly suspect that the PDF /Dests is written right after the box, not before the box. On Wed, May 13, 2009 at 1:37 AM, Hans Hagen wrote: > Yue Wang wrote: >> >> On Tue, May 12, 2009 at 8:49 PM, Hans Hagen wrote: >>> >>> Jin-Hwan Cho wrote: >>> >>> >>>> I think that the value of the paperheight is better than 0 for "top" >>>> value. >>> >>> thanks for figuring it out ... i now just fall back to fit >> >> >> then focus=standard wont make the link point to the right place... > > well, so be it .. i have no time now to look into xyz placement > >> btw, in ConTeXt's pdftex or luatex mode, it also point to the wrong place. >> but Eplain and LaTeX hyperref handle that right... > > as Chof pointed out, it also relates a bit to how the viewer shows the page > > i tested the fixes for pdftex/xetex and it seems to work ok now > > 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] XeConTeXt bug report I: strange benchmark
On Wed, May 13, 2009 at 7:12 PM, Mojca Miklavec
wrote:
> On Wed, May 13, 2009 at 12:41, Wolfgang Schuster wrote:
>>
>> Am 13.05.2009 um 12:17 schrieb Mojca Miklavec:
>>
>>> Or do you want to suggest that one would possibly need both "serif"
>>> and "sans" variants of some Chinese font, often switching between
>>> families inside a document?
>>
>> That's what I mean, also in chinese you use different fonts for
>> serif, sans and mono.
>
> Wait a minute ... why do they need mono/typewriter? Aren't all the
> Chinese glyphs "fixed width" anyway?
We do not need mono. We do not even need italic, bold italic, and small caps.
ConTeXt/LaTeX's naming scheme just follow traditional latin way, and
that's pretty different compared to Asian scripts.
(of course, some of them are similar. for example, Song is like roman
regular, CuSong is like roman bold. LiShu is like calligraphy,
Dengxian is like Sans. CuDengXian (Hei) is like Sans bold).
But why do we define them all as latin typefaces? that's just because
we should follow traditional ConTeXt or LaTeX way, since the whole
ConTeXt or LaTeX system is heavily based on their own font naming
mechanism. You can grep the ConTeXt source code, and find font
switching like \it, \rm, \ss appears on almost every file. If we
insist on our own naming mechanism (like \song, \hei, \cusong), then
ConTeXt will become unusable in the end.
Moreover, the only way to write consist document in both latin and cjk
language is to fall cjk fonts into latin system. Suppose you want to
define a document chapter title font, neither \heid nor \bfd will
suffice. The only way is to map all chinese font names (hei, song, for
example) to latin names(bold italic, for example) [since latin names
can be treat as a super set of asian names], or design a more
comprehensive naming system, and later mapping both into that.
Then return to your question. what happens if mono is not defined?
well. when you want to write a web link or source code that contains
Chinese like
\type{http://zh.wikipedia.org/wiki/字体}
or
\starttyping
if (filename == NIL){
printf("文件%s未找到\n", filename);
return -1;
}
\stoptyping
you will run into problems since mono for Chinese are not defined.
>
> Also, if one has a well-designed font that includes all the latin
> glyphs and all the bold/italic variants then one should in principle
> not need an extra "latin" family, but those are probably just nice
> dreams ... I always had the impression that there are not many
> high-quality Chinese fonts and that having bold and italic alone is a
> problem, not to speak about frequent mixing of several different
> families.
>
Chinese fonts released in recent years have better latin glyphs
design. But as I said before, the Chinese script system is quite
different from the Latin one. Chinese companies are not obliged to
include "italic" or "small caps" glyphs in their Chinese fonts, just
like we cannot ask Adobe to include "kai" and "song" styles in their
Minion Pro fonts.
> (Just thinking alound: aren't there plenty of books around that also
> mix lots of greek and latin, possibly using different fonts for them?
> How do they deal with the problem, or is the problem just
> neglectable?)
>
Compound typeface is a very basic feature required for all typesetting
software.
Quark and InDesign have options to enable this feature.
This is even possible in no-production-purpose software like Microsoft Word.
But as far as I know, most typographic software programs are WYSIWYG
systems, and rendering a page in computer is much faster than typing a
word by human beings. So we will not notice the performance problem in
these systems. But for TeX this is different, in order to see the
result after positioning something to the right place, or changing a
few words, several compile->view->adjust->compile->view->adjust
procedures will be involved. So the long compilation time will make
the software unusable (Imagine that you want to correct a minor error
in a document and see the result, you press the typeset button in
TeXWorks, leave the lualatex program running, and during the 5 minutes
compilation time, you can have a cup of tea and enjoy the sunshine...
Anyway, t-zhspacing is much faster than lualatex. but 1 minutes to
compile a 100 pages document is still too long)
But one thing is always puzzling me: When open MS Word, it consumes
16MB memory, then I typeset Chinese text in 10 different Chinese fonts
(all are 10M+ each), word only consumes 30MB memory. If I do that in
LuaTeX it will consume almost 1G memory... why MS Word parses fonts
and renders text so fast while consumes such less memory? Can TeX do
that too?
> 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
Re: [NTG-context] XeConTeXt bug report I: strange benchmark
I can confirm that I am wrong.
2009/5/13 Yue Wang :
> Hi, Hans:
>
> On Tue, May 12, 2009 at 11:22 PM, Hans Hagen wrote:
>> \setupbodyfont[myzhfont] \dorecurse{1}{{hello
>> {\switchtobodyfont[myzhfont] 你好}}\par}
>> so it's probably also an operating system issue (caching files in mem, disk
>> access etc)
>
> After debugging for half an hour in the morning, finally I know why
> this is so slow on both XeTeX and pdfTeX.
> This problem is not an operating system issue, But a ConTeXt "feature".
>
> in font-mkii, you use the following to define a actual font
> (\definefontlocal and \definefontglobal):
> {\expandafter\xdef\csname#1\endcsname % ! ! ! ! not needed in luatex ! ! ! !
> {\noexpand\csname#1:\endcsname
> \noexpand\reactivatefont{\somefontname}{\fontfile}}%
>
> For example, in the previous example, it will define a lot of fonts,
> like \*myzhfont12ptmmexrm*: , is defined as
> \reactivatefont{cmex10}{lmex10}. When define that font, a macro
> \*myzhfont12ptmmexrm* is defined to select the \*myzhfont12ptmmexrm* :
> font.
> \*myzhfont12ptmmexrm* =\csname *myzhfont12ptmmexrm* :\endcsname
> \reactivefont{cmex10}{lmex10}
> TeX then expand your reactivatefont macros to lmex10 at 12.0pt. So the
> \*myzhfont12ptmmexrm*: font will assigned to lmex10 at 12.0pt. This is
> quite right for definition.
>
> However, after switching the font, the problems occurs:
> it tries to call \*myzhfont12ptmmexrm* macro. the macro then expands to
> \csname *myzhfont12ptmmexrm* :\endcsname \reactivefont{cmex10}{lmex10}
> then to
> \*myzhfont12ptmmexrm* :\reactivefont{cmex10}{lmex10}
> and here TeX tries to do the following thing:
> TeX select the font \*myzhfont12ptmmexrm*:, which is lmex10 at 12pt,
> then *changing* into that font environment in order to *typeset*
> \reactivefont. it then expand the macro of reacitve font, but found
> nothing to typeset...
>
> what's worse, this will occur on every real fonts in the definition.
> So in fact TeX will switching dozens of fonts into the *current* font
> for a "\switchtobodyfont" call, in order to typeset nothing. And
> that's why ConTeXt is so slow on typeface changing.
>
> The solution to this bug (or feature?) is quite easy, just use \font
> to define the \*myzhfont12ptmmexrm*: font, but pay attention not to
> switch the current font to \*myzhfont12ptmmexrm*: . Since it is quite
> slow to switch to dozens of font for one \switchtobodyfont call even
> in Knuth TeX.
>
>
>
>
> Yue Wang
>
>
>
>
>
>
>
>
>
>> so it's probably also an operating system issue (caching files in mem, disk
>> access etc)
>>
>> -
>> 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
>> ___
>>
>
___
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] XeConTeXt bug report I: strange benchmark
Hi, Hans:
On Tue, May 12, 2009 at 11:22 PM, Hans Hagen wrote:
> \setupbodyfont[myzhfont] \dorecurse{1}{{hello
> {\switchtobodyfont[myzhfont] 你好}}\par}
> so it's probably also an operating system issue (caching files in mem, disk
> access etc)
After debugging for half an hour in the morning, finally I know why
this is so slow on both XeTeX and pdfTeX.
This problem is not an operating system issue, But a ConTeXt "feature".
in font-mkii, you use the following to define a actual font
(\definefontlocal and \definefontglobal):
{\expandafter\xdef\csname#1\endcsname % ! ! ! ! not needed in luatex ! ! ! !
{\noexpand\csname#1:\endcsname
\noexpand\reactivatefont{\somefontname}{\fontfile}}%
For example, in the previous example, it will define a lot of fonts,
like \*myzhfont12ptmmexrm*: , is defined as
\reactivatefont{cmex10}{lmex10}. When define that font, a macro
\*myzhfont12ptmmexrm* is defined to select the \*myzhfont12ptmmexrm* :
font.
\*myzhfont12ptmmexrm* =\csname *myzhfont12ptmmexrm* :\endcsname
\reactivefont{cmex10}{lmex10}
TeX then expand your reactivatefont macros to lmex10 at 12.0pt. So the
\*myzhfont12ptmmexrm*: font will assigned to lmex10 at 12.0pt. This is
quite right for definition.
However, after switching the font, the problems occurs:
it tries to call \*myzhfont12ptmmexrm* macro. the macro then expands to
\csname *myzhfont12ptmmexrm* :\endcsname \reactivefont{cmex10}{lmex10}
then to
\*myzhfont12ptmmexrm* :\reactivefont{cmex10}{lmex10}
and here TeX tries to do the following thing:
TeX select the font \*myzhfont12ptmmexrm*:, which is lmex10 at 12pt,
then *changing* into that font environment in order to *typeset*
\reactivefont. it then expand the macro of reacitve font, but found
nothing to typeset...
what's worse, this will occur on every real fonts in the definition.
So in fact TeX will switching dozens of fonts into the *current* font
for a "\switchtobodyfont" call, in order to typeset nothing. And
that's why ConTeXt is so slow on typeface changing.
The solution to this bug (or feature?) is quite easy, just use \font
to define the \*myzhfont12ptmmexrm*: font, but pay attention not to
switch the current font to \*myzhfont12ptmmexrm*: . Since it is quite
slow to switch to dozens of font for one \switchtobodyfont call even
in Knuth TeX.
Yue Wang
> so it's probably also an operating system issue (caching files in mem, disk
> access etc)
>
> -
> 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
> ___
>
___
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] XeConTeXt bug report III: Wrong hyperlink
On Tue, May 12, 2009 at 8:49 PM, Hans Hagen wrote: > Jin-Hwan Cho wrote: > > >> I think that the value of the paperheight is better than 0 for "top" >> value. > > thanks for figuring it out ... i now just fall back to fit then focus=standard wont make the link point to the right place... btw, in ConTeXt's pdftex or luatex mode, it also point to the wrong place. but Eplain and LaTeX hyperref handle that right... > > 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] Chinese opentype fonts can not be loaded in luatex-plain
On Tue, May 12, 2009 at 11:47 PM, Hans Hagen wrote: > Yanrui Li wrote: > >> I need to load it only for the experiments of Chinese punctuation >> compression in the bbox way. > > i played with that and discarded the code (in mkiv) for the moment because > first i want more info about fonts and their quality ... one easily spends > days on solving 'bugs' that are actually bugs in fonts instead > > i will look again into these issues when > > - i get precise rules for spacing (or multiple rule sets) No one have the epxerience of using the bbox information to typeset Chinese before --- that information was not availble to the user until LuaTeX came into being. So even experienced Chinese typesetting artist don't know the spacing rules. We have to play/experiment that in LuaTeX in order to find the best possible parameters for typesetting. Then we can report to you what should ConTeXt do in order to type Chinese perfectly. > - we have a set of default cjk fonts in tex live that can serve as reference Adobe set will be good enough for reference. > > 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 > ___ > ___ 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] XeConTeXt bug report I: strange benchmark
On Tue, May 12, 2009 at 11:41 PM, Hans Hagen wrote:
> Taco Hoekwater wrote:
>>
>> Yue Wang wrote:
>>>>
>>>> \def\defaultfontfile{file:lmmono10-regular}
>>>
>>> After changing like this, XeTeX runs like a blink. (It wasted 6
>>> seconds for each compile. now it won't)
>>
>> Does that mean that the near-endless font issues with xetex are
>> now finally fixed?
>
> no ... suffix and name lookup remain (but the file: before the fallback font
> saves such name lookups so we disguised the problem)
>
no. \definetypeface[foobar][blablabla] \dorecurse{1}{{hello
{\foobar 你好}}\par}
is still very slow. I will look into that tomorrow.
Other problems are solved (why \setupbodyfont[iwona] is slow, why
\definefont[simsun.ttf] is slow, etc.)
Concerning the suffix problem, I already reported that to Jonathan
Kew. I think he will fix that very soon.
Yue Wang
> 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
> ___
>
___
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] XeConTeXt bug report I: strange benchmark
On Tue, May 12, 2009 at 11:22 PM, Hans Hagen wrote:
> Yue Wang wrote:
>>
>> On Tue, May 12, 2009 at 11:02 PM, Hans Hagen wrote:
>>>
>>> Yue Wang wrote:
>>>>
>>>> Hi, Hans:
>>>>
>>>> here is the solution to your great feature:
>>>
>>> huh? what great features? what's wrong with the features anyway? you want
>>> a
>>> special version that instead prints hundreds of error messages each and
>>> every run because some font is missing which in practice is harmless?
>>>
>>>> change
>>>> \def\defaultfontfile{lmmono10-regular}
>>>> in font-ini.mkii to
>>>> \def\defaultfontfile{"[lmmono10-regular]"}
>>>> to disable that feature.
>>>
>>> it should be \defaultfontfile{file:lmmono10-regular} (when i played with
>>> that this morning it made not much difference on the test runs here but
>>> the
>>> file: prefix does not hurt)
>>
>>
>> There is great difference here (8 sec compare to 1.2 seconds per run)
>
> makes no difference here for the big test
>
Well, I always split my projects into small pieces so... it really counts.
> \setupbodyfont[myzhfont] \dorecurse{1}{{hello
> {\switchtobodyfont[myzhfont] 你好}}\par}
>
> so it's probably also an operating system issue (caching files in mem, disk
> access etc)
>
Well, that is possible. But in fact no new font is defined during the
font switching, which is paradoxical.
I will look into that tomorrow.
Please fix the
- lmmono defination
- unicode-letters charclass definations
- mpgraphics displacement bug (or feature...)
- dvipdfmx focus=standard feature
that I reported today.
Thank you. Good night and good luck!
Yue Wang
> -
> 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
> ___
>
___
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] XeConTeXt bug report I: strange benchmark
On Tue, May 12, 2009 at 11:02 PM, Hans Hagen wrote:
> Yue Wang wrote:
>>
>> Hi, Hans:
>>
>> here is the solution to your great feature:
>
> huh? what great features? what's wrong with the features anyway? you want a
> special version that instead prints hundreds of error messages each and
> every run because some font is missing which in practice is harmless?
>
>> change
>> \def\defaultfontfile{lmmono10-regular}
>> in font-ini.mkii to
>> \def\defaultfontfile{"[lmmono10-regular]"}
>> to disable that feature.
>
> it should be \defaultfontfile{file:lmmono10-regular} (when i played with
> that this morning it made not much difference on the test runs here but the
> file: prefix does not hurt)
There is great difference here (8 sec compare to 1.2 seconds per run)
>
> don't use the "[ ]" syntax which is rather engine specific
But that line is enclosed in
\ifXeTeX and \endif...
So it will be fine.
>
> i moved all xetex code to a separate file font-xtx now (not sure if that
> has side effects due to definition order but don't want to mess up the mkii
> code)
>
I see.
> but it cannot solve the suffix problem nor the name lookup problems due to
> caching
I already reported that feature/bug to Jonathan Kew
>
> 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
> ___
>
___
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] XeConTeXt bug report I: strange benchmark
On Tue, May 12, 2009 at 10:50 PM, Hans Hagen wrote:
> Yue Wang wrote:
>>
>> On Tue, May 12, 2009 at 8:54 PM, Hans Hagen wrote:
>>>
>>> Yue Wang wrote:
>>>
>>>
>>>> moreover, can you tell me why pdftex load these fonts so fast? (also 6
>>>> families * 3 sizes)
>>>
>>> i don't know; as the same code is used so it must be xetex itself then
>>
>> Then let me tell you why: ConTeXt tries to load lmmono10-regular at
>> least 6 times, failed after two testing, then succeed in the end.
>> However, try to testing whether a loaded font is \nullfont or not is
>> quite slow in XeTeX (Jonathan already mentioned that in
>> \testFontIsAvailable). we should definately avoid that.
>> But why pdftex is so fast? because it does not involve font testing.
>>
>> So why XeTeX is spending 6 seconds aimlessly? since ConTeXt asked it
>> to search for a non-existed font.
>
> well, even locating a font 6 times should be no big deal
>
loading 6 fonts, each fonts will be scanned for 3 times. so there are
18 searching. 12 of them are fc searches, and these are quite slow.
> btw, you can try to change the following into
>
> \def\defaultfontfile{file:lmmono10-regular}
>
After changing like this, XeTeX runs like a blink. (It wasted 6
seconds for each compile. now it won't)
> but even then ... if that one is used then there is something else going on
> so best find out what happens ... in context we can have 4 extra math
> families and in most cases only two are used (MathAlpha and MathBeta) while
> (just in onder to catch errors) MathGamma etc then automatically will
> trigger the default font to be used (other approached would demand more
> definitions at the user end and/or a more low level implementation); the
> only optimization i can imagine is more clever sharing of the default font
> but as in other cases one expects the default to be properly scaled it not
> that simple; after all, users also expect proper error recovery (and in many
> cases missing some specific fonts is no real problem until it's used); so,
> you can hardly blame context for the fact that xetex has a certain logix on
> locating fonts that happens to be not that good a match for context
>
> The fact that xetex uses this mixture of "" en [] does not help either as
> context uses [] itself so parsing is somewhat complicated (the file/name
> prefix was introduced to circumvent this problem);
>
> 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
> ___
>
___
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] XeConTeXt bug report I: strange benchmark
Hi, Hans:
here is the solution to your great feature:
change
\def\defaultfontfile{lmmono10-regular}
in font-ini.mkii to
\def\defaultfontfile{"[lmmono10-regular]"}
to disable that feature.
Yue Wang
On Tue, May 12, 2009 at 9:59 PM, Yue Wang wrote:
> On Tue, May 12, 2009 at 8:54 PM, Hans Hagen wrote:
>> Yue Wang wrote:
>>
>>
>>> moreover, can you tell me why pdftex load these fonts so fast? (also 6
>>> families * 3 sizes)
>>
>> i don't know; as the same code is used so it must be xetex itself then
>
> Then let me tell you why: ConTeXt tries to load lmmono10-regular at
> least 6 times, failed after two testing, then succeed in the end.
> However, try to testing whether a loaded font is \nullfont or not is
> quite slow in XeTeX (Jonathan already mentioned that in
> \testFontIsAvailable). we should definately avoid that.
> But why pdftex is so fast? because it does not involve font testing.
>
> So why XeTeX is spending 6 seconds aimlessly? since ConTeXt asked it
> to search for a non-existed font.
>
> Yue Wang
>
>
>
>
>>
>>
>> -
>> 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
>> ___
>>
>
___
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] XeConTeXt bug report I: strange benchmark
On Tue, May 12, 2009 at 8:54 PM, Hans Hagen wrote: > Yue Wang wrote: > > >> moreover, can you tell me why pdftex load these fonts so fast? (also 6 >> families * 3 sizes) > > i don't know; as the same code is used so it must be xetex itself then Then let me tell you why: ConTeXt tries to load lmmono10-regular at least 6 times, failed after two testing, then succeed in the end. However, try to testing whether a loaded font is \nullfont or not is quite slow in XeTeX (Jonathan already mentioned that in \testFontIsAvailable). we should definately avoid that. But why pdftex is so fast? because it does not involve font testing. So why XeTeX is spending 6 seconds aimlessly? since ConTeXt asked it to search for a non-existed font. Yue Wang > > > - > 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 > ___ > ___ 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] enco-xtx.tex is still wrong
On Tue, May 12, 2009 at 5:27 PM, Hans Hagen wrote:
> Mojca Miklavec wrote:
>>>
>>> wrong:
>>> f:write(format("\\XeTeXcharclass\"%04X
>>> \\XeTeXcharclass%s\n",i,upper(lbc)))
>>> better:
>>> f:write(format("\\XeTeXcharclass\"%04X
>>> \\XeTeXcharclass%s\n",code,upper(lbc)))
>>>
>>> But I didn't test anything at all.
>
> ok, i'll fix that
>
Hi
The current version is still not right.
in unicode-letters.tex, three ranges are defined to id:
\ID 3400 4DB5
\ID 4E00 9FC3
\ID 2 2A6D6
So in fact all the codes from 3400-4DB5, 4E00-9FC3, 2-2A6D6 are
assigned to \ID.
these ranges are missing in xetx-cls.tex:
...
\setXTXcharacterclass "3400 lb:id
\setXTXcharacterclass "4DB5 lb:id
...
\setXTXcharacterclass "4E00 lb:id
\setXTXcharacterclass "9FBB lb:id
...
\setXTXcharacterclass "2 lb:id
\setXTXcharacterclass "2A6D6 lb:id
...
so in xetx.cls, the boundaries are roughly there, but all the numbers
in the range are missing.
Yue Wang
> -
> 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] XeConTeXt bug report I: strange benchmark
Hi,
On Tue, May 12, 2009 at 8:26 PM, Taco Hoekwater wrote:
>
>
> Yue Wang wrote:
>>
>> \font\a="[AdobeSongStd-Light]"
>
> Why? I asked to use \definefont.
After reading Hans' explanation, I understand what you said now.
\dorecurse{1}{ hello {\font\a="[AdobeSongStd-Light]"\a 你好}\par}
is fast while
\dorecurse{1}{ hello {\font\a="[AdobeSongStd-Light.otf]"\a 你好}\par}
is slow
Thank you. Will report that to Jonathan Kew.
Yue Wang
>
>
> ___
> 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
> ___
>
___
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] XeConTeXt bug report I: strange benchmark
2009/5/12 Hans Hagen :
> Yue Wang wrote:
>> Thank you, Taco.
>>
>> currently I found one way to speed up font loading:
>>
>> \synchronizemathfontsfalse
>> \let\synchronizetext\relax
>> \starttypescript[serif] [myzhfont]
>> \definefontsynonym [Serif] [file:SimSun]
>> \stoptypescript
>> \definetypeface [myzhfont] [rm] [serif][myzhfont] [default]
>> \def\a{\myzhfont}
>> \dorecurse{1}{{hello {\a 你好}}\par}
>> \bye
>
> as wolfgang already pointed out, if you want fast fonts you should
> define them directly using \definefont
>
I have no speed gain while testing his example.
> if you disable bits and pieces of the setupbodyfont mechanism you will
> eventually run into problems, for instance because \tfd etc are not
> defined and your chapter titles etc will behave unexpected (sizes as
> well as when mixed with math)
>
You are right.
> in a regular document you only set up the bodyfont once (not 1
> times) and then use \bf, \sl, \itc etc which are pretty fast
>
for multilingual typesetting this is different.
different fonts will be used for full-width punctuations,
cjk-characters (maybe also splict to ruby, kanji, hangul and hanzi),
cjk-exta, cjk-extb, and latin. for a not-so-long document (100 pages),
switching more than 100times/page is ordinary case.
Especially for educational documents (For example, English text book
for Chinese students)
>> TeXExec | runtime: 10.172
>> much faster, but still far slower than \definefont.
>>
>> this reminds me another possible bug in ConTeXt:
>
> as mentioned ... we're no talking bugs here but 'features' and side
> effects of them
ok. this is a feature that I don't like so much...
>
>>
>> Test1:
>>
>> \definetypeface[iwona][ss][sans] [iwona] [default]
>> \definetypeface[iwona][mm][math] [iwona] [default][text=ss]
>> \setupbodyfont[iwona]
>> \starttext
>> foobar
>> \stoptext
>>
>> runtime= 6.625. There is a 5 seconds pause after loading
>> (c:/context/tex/texmf-context/tex/context/base/spec-xet.tex)
>>
>> But I don't know what xetex is loading.
>
> fonts (like the sans and more noticeably math (6 families * 3 sizes = 18
> fonts at least)
>
but it's pretty fast on mac (only 1 second delay) on the same machine.
[mac do not use fontconfig for searching system fonts]
Strange uh? Well, I call it Windows features:)
moreover, can you tell me why pdftex load these fonts so fast? (also 6
families * 3 sizes)
>> Test 2:
>>
>> \definetypeface[iwona][ss][sans] [iwona] [default]
>> %\definetypeface[iwona][mm][math] [iwona] [default][text=ss]
>> \setupbodyfont[iwona]
>> \starttext
>> foobar
>> \stoptext
>>
>> I only comment the math defination line. now
>> runetime = 0.969
>
> right .. and as context is supposed to do math (keep in mind that some
> symbols come from math anyway) this is expected
>
ok.
>> Test 3:
>>
>> move the three lines to context.rme,
>> \definetypeface[iwona][ss][sans] [iwona] [default]
>> \definetypeface[iwona][mm][math] [iwona] [default][text=ss]
>> \setupbodyfont[iwona]
>> then rebuild the format.
>> note we also load the math font. but one thing is clear: Hans said
>> unlike plain TeX and LaTeX, font tfm is not dumped into ConTeXt
>> format.
>
> well, in this case you probably *did* force them in format; the normal
> default font (lm) is not in the format and loading is delayed
>
no. I did exactly the same as the default settings do.
you also use :
\setupencoding[default=ec]
\usetypescript[fallback][\defaultencoding] \setupbodyfont[rm,12pt]
in cont-en.tex. also in context.tex:
\setupencoding[default=ec]
\usetypescript[fallback][\defaultencoding]
\setupbodyfont[rm,12pt]
So I am not forcing them into the format. actually the loading of
iwona is delayed to runtime.
>> However, at this time we compile
>> \starttext
>> foobar
>> \stoptext
>>
>> runtime =0.875
>>
>> I don't know the reason for this problem too
>> I think XeTeX load math tfms quite fast. (it should be even faster
>> than otf loading, but in xecontext, this is not true).
>
> more needs to be set up ... not only fonts, + some testing + ...
>
> just do a \tracingall before setupbodyfont and you will see
>
> 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
>
Re: [NTG-context] XeConTeXt bug report I: strange benchmark
Hi,
\font\a="[AdobeSongStd-Light.otf]"
\starttext
\dorecurse{1}{ hello {\a 你好}\par}
\stoptext
runtime = 3.25
\font\a="[AdobeSongStd-Light]"
\starttext
\dorecurse{1}{ hello {\a 你好}\par}
\stoptext
runtime=3.234
Yue Wang
2009/5/12 Taco Hoekwater :
>
>
> Yue Wang wrote:
>>
>> \font\a="[simsun]"
>> \starttext
>> \dorecurse{1}{ hello {\a 你好}\par}
>> \stoptext
>>
>> runtime: TeXExec | runtime: 2.922
>>
>> \font\a="[simsun.ttf]"
>> \starttext
>> \dorecurse{1}{ hello {\a 你好}\par}
>> \stoptext
>>
>> runtime: TeXExec | runtime: 2.938
>
> Please try an otf font and/or actually compare the log files,
> as I said.
>
> Best wishes,
> Taco
>
> ___
> 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
> ___
>
___
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] XeConTeXt bug report I: strange benchmark
On Tue, May 12, 2009 at 7:26 PM, Taco Hoekwater wrote:
> Hans Hagen wrote:
>>
>> > Taco Hoekwater wrote:
>>>
>>> Hans Hagen wrote:
anyway .. i cannot comment on runtimes as xetex on my windows box runs
too slow (caching issue) and all examples are slow, no matter how i
specify fonts so i will not look into the code till that gets fixed
first
>>>
>>> The example with the typescript seems logical to me: a typescript does
>>> much work beforehand, so I assume SimSum is loaded multiple times.
>>>
>>> I am trying the AdobeSong example as we speak, there surely seems
>>> something wrong there.
>>
>> let's start with saying that I have no intention to optimize mkii for
>> xetex as we decided some time ago (at the context meeting) that we would
>
> For educational purposes: whether you have
>
> \definefont[a][file:AdobeSongLight-Std]
> or
> \definefont[a][file:AdobeSongLight-Std.otf]
>
> makes no difference to context at all.
>
> The first makes \a expand into (simplified)
>
> \font\internala="[AdobeSongLight-Std]" at 12pt\internala
>
> the second into
>
> \font\internala="[AdobeSongLight-Std.otf]" at 12pt\internala
>
> but there are no other macro expansion changes at all. You can test
> this yourself by making two alternative files an adding \loggingall
> to them, then compare the two logs using diff.
>
> As to the reason why one of the two is much slower than the other:
> I do not know for sure, but I suspect that XeTeX does not cache
> the (some of) the internals results of font file assignments with
> explicit extensions. The speed difference is most certainly *not*
> caused by anything the context macros do.
>
disagreed: you can test by yourself that
\font\a="[simsun]"
\starttext
\dorecurse{1}{ hello {\a 你好}\par}
\stoptext
runtime: TeXExec | runtime: 2.922
\font\a="[simsun.ttf]"
\starttext
\dorecurse{1}{ hello {\a 你好}\par}
\stoptext
runtime: TeXExec | runtime: 2.938
> Best wishes,
> Taco
>
> PS As to why \definefont is itself slower than \font: it does not
> actually define a font \a at a specific size. Instead it defines a
> macro \a that defines and then selects a font with an internal,
> temporary name, using the local font size etc.
>
>
>
>
>
>
>
>
>
> ___
> 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
> ___
>
___
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] XeConTeXt bug report II: MetaPost Graphics
Hi, Hans
Prof. Cho asked you to comment the line after the {
i.e.:
- {\scratchdimen\wd#2\scratchdimen.5\scratchdimen\hskip-\the\scratchdimen
+{%
Yue Wang
On Tue, May 12, 2009 at 7:05 PM, Hans Hagen wrote:
> Yue Wang wrote:
>>
>> 736 on current version
>
> but that line already looks that way ... so what needs to be patched
>
>
> -
> 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
> ___
>
___
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] XeConTeXt bug report I: strange benchmark
Thank you, Taco.
currently I found one way to speed up font loading:
\synchronizemathfontsfalse
\let\synchronizetext\relax
\starttypescript[serif] [myzhfont]
\definefontsynonym [Serif] [file:SimSun]
\stoptypescript
\definetypeface [myzhfont] [rm] [serif][myzhfont] [default]
\def\a{\myzhfont}
\dorecurse{1}{{hello {\a 你好}}\par}
\bye
TeXExec | runtime: 10.172
much faster, but still far slower than \definefont.
this reminds me another possible bug in ConTeXt:
Test1:
\definetypeface[iwona][ss][sans] [iwona] [default]
\definetypeface[iwona][mm][math] [iwona] [default][text=ss]
\setupbodyfont[iwona]
\starttext
foobar
\stoptext
runtime= 6.625. There is a 5 seconds pause after loading
(c:/context/tex/texmf-context/tex/context/base/spec-xet.tex)
But I don't know what xetex is loading.
Test 2:
\definetypeface[iwona][ss][sans] [iwona] [default]
%\definetypeface[iwona][mm][math] [iwona] [default][text=ss]
\setupbodyfont[iwona]
\starttext
foobar
\stoptext
I only comment the math defination line. now
runetime = 0.969
Test 3:
move the three lines to context.rme,
\definetypeface[iwona][ss][sans] [iwona] [default]
\definetypeface[iwona][mm][math] [iwona] [default][text=ss]
\setupbodyfont[iwona]
then rebuild the format.
note we also load the math font. but one thing is clear: Hans said
unlike plain TeX and LaTeX, font tfm is not dumped into ConTeXt
format.
However, at this time we compile
\starttext
foobar
\stoptext
runtime =0.875
I don't know the reason for this problem too
I think XeTeX load math tfms quite fast. (it should be even faster
than otf loading, but in xecontext, this is not true).
Yue Wang
On Tue, May 12, 2009 at 6:16 PM, Taco Hoekwater wrote:
>
>
> Hans Hagen wrote:
>> anyway .. i cannot comment on runtimes as xetex on my windows box runs
>> too slow (caching issue) and all examples are slow, no matter how i
>> specify fonts so i will not look into the code till that gets fixed first
>
> The example with the typescript seems logical to me: a typescript does
> much work beforehand, so I assume SimSum is loaded multiple times.
>
> I am trying the AdobeSong example as we speak, there surely seems
> something wrong there.
>
> Best wishes,
> Taco
> ___
> 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
> ___
>
___
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] XeConTeXt bug report II: MetaPost Graphics
736 on current version On Tue, May 12, 2009 at 6:08 PM, Hans Hagen wrote: > Yue Wang wrote: >> >> Hi, all: >> >> I tried this fix with some of my documents and it seems that this >> fixed all my documents. >> Hans, can you commit that to HEAD? > > what line is that in the current dpx file? > > 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 > ___ > ___ 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] XeConTeXt bug report I: strange benchmark
sorry the the context sample and latex sample are not equivalent
(note the \par).
So I test again:
\starttypescript[serif] [myzhfont]
\definefontsynonym [Serif] [file:SimSun]
\definefontsynonym [SerifBold] [file:SimSun]
\definefontsynonym [SerifItalic] [file:SimSun]
\definefontsynonym [SerifBoldItalic] [file:SimSun]
\stoptypescript
\starttypescript[sans] [myzhfont]
\definefontsynonym [Sans] [file:SimSun]
\definefontsynonym [SansBold] [file:SimSun]
\definefontsynonym [SansItalic] [file:SimSun]
\definefontsynonym [SansBoldItalic] [file:SimSun]
\stoptypescript
\starttypescript[mono] [myzhfont]
\definefontsynonym [Mono] [file:SimSun]
\definefontsynonym [MonoBold] [file:SimSun]
\definefontsynonym [MonoItalic] [file:SimSun]
\definefontsynonym [MonoBoldItalic] [file:SimSun]
\stoptypescript
\definetypeface [myzhfont] [rm] [serif][myzhfont] [default]
\definetypeface [myzhfont] [ss] [sans] [myzhfont] [default]
\definetypeface [myzhfont] [tt] [mono] [myzhfont] [default]
\def\a{\myzhfont}
\dorecurse{1}{{hello {\a 你好}}\par}
\bye
XeConTeXt uses 45.502 seconds, while XeLaTeX uses 3 seconds.
2009/5/12 Yue Wang :
> here is the xelatex result given by a chinese user:
>
> \documentclass{minimal}
> \usepackage{xeCJK}
> \setCJKfamilyfont{song}{SimSun}
> \begin{document}
> {hello {\CJKfamily{song}你好}}\par % 1 lines
> \end{document}
>
> got 209 pages, three seconds to run.
> note he is switching families 2 times. (\family{foo} in latex ==
> \switchbodyfont[foo] in context)
>
> On Tue, May 12, 2009 at 5:30 PM, Hans Hagen wrote:
>> Yue Wang wrote:
>>> Hi,
>>>
>>> Sum up:
>>> define a font usng typescripts takes 64.797 seconds.
>>> define a font like \definefont[a][file:SimSun.ttf] takes 55.548 seconds
>>> define a font like \definefont[a][file:SimSun] takes 4.329 seconds
>>> define a font like \font\a="[simsun]" takes 1.812 seconds
>>>
>>> Jonathan and Jin-Hwan, sorry for the noise. I am now sure that it is a
>>> context bug, not xetex's.
>>
>> and
>>
>>> update: change the second example, remove the ".otf" suffix , and
>>> texexec --xtx gives:
>>> TeXExec | runtime: 5.766
>>> Obviously, this is a parsing bug in ConTeXt.
>>
>> context is not parsing for .otf or .ttf and has no reason for it either
>>
>> 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
>> ___
>>
>
___
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] XeConTeXt bug report I: strange benchmark
here is the xelatex result given by a chinese user:
\documentclass{minimal}
\usepackage{xeCJK}
\setCJKfamilyfont{song}{SimSun}
\begin{document}
{hello {\CJKfamily{song}你好}}\par % 1 lines
\end{document}
got 209 pages, three seconds to run.
note he is switching families 2 times. (\family{foo} in latex ==
\switchbodyfont[foo] in context)
On Tue, May 12, 2009 at 5:30 PM, Hans Hagen wrote:
> Yue Wang wrote:
>> Hi,
>>
>> Sum up:
>> define a font usng typescripts takes 64.797 seconds.
>> define a font like \definefont[a][file:SimSun.ttf] takes 55.548 seconds
>> define a font like \definefont[a][file:SimSun] takes 4.329 seconds
>> define a font like \font\a="[simsun]" takes 1.812 seconds
>>
>> Jonathan and Jin-Hwan, sorry for the noise. I am now sure that it is a
>> context bug, not xetex's.
>
> and
>
>> update: change the second example, remove the ".otf" suffix , and
>> texexec --xtx gives:
>> TeXExec | runtime: 5.766
>> Obviously, this is a parsing bug in ConTeXt.
>
> context is not parsing for .otf or .ttf and has no reason for it either
>
> 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
> ___
>
___
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] XeConTeXt bug report I: strange benchmark
Hi,
Sum up:
define a font usng typescripts takes 64.797 seconds.
define a font like \definefont[a][file:SimSun.ttf] takes 55.548 seconds
define a font like \definefont[a][file:SimSun] takes 4.329 seconds
define a font like \font\a="[simsun]" takes 1.812 seconds
Jonathan and Jin-Hwan, sorry for the noise. I am now sure that it is a
context bug, not xetex's.
Yue Wang
2009/5/12 Yue Wang :
> Hi, Hans and Jonathan:
>
> I made some testing samples in ConTeXt to test XeTeX. but the result
> is quite strange. All benchmark are get from the second run:
>
> Sample 1:
>
> \definefont[a][file:SimSun]
> \starttext
> \dorecurse{1}{ hello {\a 你好}}
> \stoptext
>
> And here is the result:
>
> XeTeX: TeXExec | runtime: 7.25
> LuaTeX: MTXrun | total runtime: 6.719
>
> This is considerablly ok. So we can say that the font switching is pretty
> fast.
>
> Sample 2:
>
> \definefont[a][file:AdobeSongStd-Light.otf]
> \starttext
> \dorecurse{1}{ hello {\a 你好}}
> \stoptext
>
> XeTeX: TeXExec | runtime: 63.65
> LuaTeX: MTXrun | total runtime: 8.156
>
> Here I only change the font from SimSun to Adobe Song (the two fonts
> are almost at the same sice [~10M]).
> But the xetex result is very differt from the previous run. it
> consumes one minute to compile the file.
>
>
> Sample 3:
>
>
> \starttypescript[serif] [myzhfont]
> \definefontsynonym [Serif] [file:SimSun]
> \definefontsynonym [SerifBold] [file:SimSun]
> \definefontsynonym [SerifItalic] [file:SimSun]
> \definefontsynonym [SerifBoldItalic] [file:SimSun]
> \stoptypescript
>
> \starttypescript[sans] [myzhfont]
> \definefontsynonym [Sans] [file:SimSun]
> \definefontsynonym [SansBold] [file:SimSun]
> \definefontsynonym [SansItalic] [file:SimSun]
> \definefontsynonym [SansBoldItalic] [file:SimSun]
> \stoptypescript
>
> \starttypescript[mono] [myzhfont]
> \definefontsynonym [Mono] [file:SimSun]
> \definefontsynonym [MonoBold] [file:SimSun]
> \definefontsynonym [MonoItalic] [file:SimSun]
> \definefontsynonym [MonoBoldItalic] [file:SimSun]
> \stoptypescript
>
> \definetypeface [myzhfont] [rm] [serif][myzhfont] [default]
> \definetypeface [myzhfont] [ss] [sans] [myzhfont] [default]
> \definetypeface [myzhfont] [tt] [mono] [myzhfont] [default]
>
> \def\a{\myzhfont}
> \starttext
> \dorecurse{1}{ hello {\a 你好}}
> \stoptext
>
> XeTeX: TeXExec | runtime: 64.797
> LuaTeX: MTXrun | total runtime: 10.797
>
> Here we use SimSun since in the first sample xetex can load simsun quite fast.
> However, in this time we define a typescript, and make all the styles
> fall into SimSun.
> Now xetex behaves quite strangely: it uses one minutes to compile this
> single document...
>
>
> So my question is
> - why loading otf is so slow?
> - is this a bug in context or in xetex? can it be fixed?
> - how can we make sample 3 (using typescript) run faster?
>
>
> Thanks.
>
> Yue Wang
>
___
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] XeConTeXt bug report I: strange benchmark
Hi:
update: change the second example, remove the ".otf" suffix , and
texexec --xtx gives:
TeXExec | runtime: 5.766
Obviously, this is a parsing bug in ConTeXt.
I doubt the reason to the third one is the same.
Yue Wang
2009/5/12 Yue Wang :
> Hi, Hans and Jonathan:
>
> I made some testing samples in ConTeXt to test XeTeX. but the result
> is quite strange. All benchmark are get from the second run:
>
> Sample 1:
>
> \definefont[a][file:SimSun]
> \starttext
> \dorecurse{1}{ hello {\a 你好}}
> \stoptext
>
> And here is the result:
>
> XeTeX: TeXExec | runtime: 7.25
> LuaTeX: MTXrun | total runtime: 6.719
>
> This is considerablly ok. So we can say that the font switching is pretty
> fast.
>
> Sample 2:
>
> \definefont[a][file:AdobeSongStd-Light.otf]
> \starttext
> \dorecurse{1}{ hello {\a 你好}}
> \stoptext
>
> XeTeX: TeXExec | runtime: 63.65
> LuaTeX: MTXrun | total runtime: 8.156
>
> Here I only change the font from SimSun to Adobe Song (the two fonts
> are almost at the same sice [~10M]).
> But the xetex result is very differt from the previous run. it
> consumes one minute to compile the file.
>
>
> Sample 3:
>
>
> \starttypescript[serif] [myzhfont]
> \definefontsynonym [Serif] [file:SimSun]
> \definefontsynonym [SerifBold] [file:SimSun]
> \definefontsynonym [SerifItalic] [file:SimSun]
> \definefontsynonym [SerifBoldItalic] [file:SimSun]
> \stoptypescript
>
> \starttypescript[sans] [myzhfont]
> \definefontsynonym [Sans] [file:SimSun]
> \definefontsynonym [SansBold] [file:SimSun]
> \definefontsynonym [SansItalic] [file:SimSun]
> \definefontsynonym [SansBoldItalic] [file:SimSun]
> \stoptypescript
>
> \starttypescript[mono] [myzhfont]
> \definefontsynonym [Mono] [file:SimSun]
> \definefontsynonym [MonoBold] [file:SimSun]
> \definefontsynonym [MonoItalic] [file:SimSun]
> \definefontsynonym [MonoBoldItalic] [file:SimSun]
> \stoptypescript
>
> \definetypeface [myzhfont] [rm] [serif][myzhfont] [default]
> \definetypeface [myzhfont] [ss] [sans] [myzhfont] [default]
> \definetypeface [myzhfont] [tt] [mono] [myzhfont] [default]
>
> \def\a{\myzhfont}
> \starttext
> \dorecurse{1}{ hello {\a 你好}}
> \stoptext
>
> XeTeX: TeXExec | runtime: 64.797
> LuaTeX: MTXrun | total runtime: 10.797
>
> Here we use SimSun since in the first sample xetex can load simsun quite fast.
> However, in this time we define a typescript, and make all the styles
> fall into SimSun.
> Now xetex behaves quite strangely: it uses one minutes to compile this
> single document...
>
>
> So my question is
> - why loading otf is so slow?
> - is this a bug in context or in xetex? can it be fixed?
> - how can we make sample 3 (using typescript) run faster?
>
>
> Thanks.
>
> Yue Wang
>
___
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] enco-xtx.tex is still wrong
Hi, Hans, The enco-xtx.tex defination is still wrong... it behaves very differently compared to unicode-letters.tex Yue Wang ___ 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] XeConTeXt bug report II: MetaPost Graphics
Hi, all:
I tried this fix with some of my documents and it seems that this
fixed all my documents.
Hans, can you commit that to HEAD?
Thanks a lot, Jin-Hwan:)
Yue Wang
On Tue, May 12, 2009 at 1:51 PM, Jin-Hwan Cho wrote:
> Hi, Yue Wang,
>
> Many years have passed since I wrote spec-dpx.tex for ConTeXt.
>
> The file spec-dpx.tex included in texlive 2008 (the only one I have)
> looks quite changed according to the progression of ConTeXt.
>
> Anyway, your example worked when I change the 763th line of
> spec-dpx.tex as follows:
>
> {\scratchdimen\wd#2\scratchdimen.5\scratchdimen\hskip-\the\scratchdimen
>
> ==>
>
> {%
>
> But, I do not know this modification of \setMPPDFobject does not affect
> other cases. Could you check more examples?
>
> Best regards, ChoF.
>
> On May 12, 2009, at 2:00 PM, Yue Wang wrote:
>
>> Hi, Hans and Jin-Hwan:
>>
>> Here is a simple ConTeXt metafun demo file:
>>
>> \starttext
>> \setupcolors[state=start]
>> \startMPpage
>> path p ; color c[] ;
>> p := fullsquare scaled 4cm ;
>> c[0] := transparent(1,.5,red) ;
>> c[1] := transparent(1,.5,green) ;
>> c[2] := transparent(1,.5,blue) ;
>> for i = 0 upto 2 :
>> fill p rotated (i*30) withcolor white ;
>> endfor ;
>> for i = 0 upto 2 :
>> fill p rotated (i*30) withcolor c[i] ;
>> endfor ;
>> addbackground withcolor transparent(1,.5,cmyk(0,0,1,0)) ;
>> \stopMPpage
>> \stoptext
>>
>> When process the file using luatex or pdftex, we can see a nice picture
>> there.
>> However, when
>> 1) using pdftex to produce the dvi, and convert the dvi using dvipdfmx
>> 2) using xetex to produce the pdf using xdvipdfmx
>> the figure is placed at the wrong place. there will be a displacement
>> for all the metapost figures when xetex is used to produce the
>> graphics. I attach the wrong result in the mail.
>>
>> So my question is :
>> - is this a bug in ConTeXt, or in (x)dvipdfmx. can the bug be fixed?
>>
>> Thanks
>>
>> Yue Wang
>>
>
>
___
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] XeConTeXt bug report II: MetaPost Graphics
Hi, Hans and Jin-Hwan: Here is a simple ConTeXt metafun demo file: \starttext \setupcolors[state=start] \startMPpage path p ; color c[] ; p := fullsquare scaled 4cm ; c[0] := transparent(1,.5,red) ; c[1] := transparent(1,.5,green) ; c[2] := transparent(1,.5,blue) ; for i = 0 upto 2 : fill p rotated (i*30) withcolor white ; endfor ; for i = 0 upto 2 : fill p rotated (i*30) withcolor c[i] ; endfor ; addbackground withcolor transparent(1,.5,cmyk(0,0,1,0)) ; \stopMPpage \stoptext When process the file using luatex or pdftex, we can see a nice picture there. However, when 1) using pdftex to produce the dvi, and convert the dvi using dvipdfmx 2) using xetex to produce the pdf using xdvipdfmx the figure is placed at the wrong place. there will be a displacement for all the metapost figures when xetex is used to produce the graphics. I attach the wrong result in the mail. So my question is : - is this a bug in ConTeXt, or in (x)dvipdfmx. can the bug be fixed? Thanks Yue Wang test-metafun.pdf Description: Adobe PDF 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] XeConTeXt bug report I: strange benchmark
Hi, Hans and Jonathan:
I made some testing samples in ConTeXt to test XeTeX. but the result
is quite strange. All benchmark are get from the second run:
Sample 1:
\definefont[a][file:SimSun]
\starttext
\dorecurse{1}{ hello {\a 你好}}
\stoptext
And here is the result:
XeTeX: TeXExec | runtime: 7.25
LuaTeX: MTXrun | total runtime: 6.719
This is considerablly ok. So we can say that the font switching is pretty fast.
Sample 2:
\definefont[a][file:AdobeSongStd-Light.otf]
\starttext
\dorecurse{1}{ hello {\a 你好}}
\stoptext
XeTeX: TeXExec | runtime: 63.65
LuaTeX: MTXrun | total runtime: 8.156
Here I only change the font from SimSun to Adobe Song (the two fonts
are almost at the same sice [~10M]).
But the xetex result is very differt from the previous run. it
consumes one minute to compile the file.
Sample 3:
\starttypescript[serif] [myzhfont]
\definefontsynonym [Serif] [file:SimSun]
\definefontsynonym [SerifBold] [file:SimSun]
\definefontsynonym [SerifItalic] [file:SimSun]
\definefontsynonym [SerifBoldItalic] [file:SimSun]
\stoptypescript
\starttypescript[sans] [myzhfont]
\definefontsynonym [Sans] [file:SimSun]
\definefontsynonym [SansBold] [file:SimSun]
\definefontsynonym [SansItalic] [file:SimSun]
\definefontsynonym [SansBoldItalic] [file:SimSun]
\stoptypescript
\starttypescript[mono] [myzhfont]
\definefontsynonym [Mono] [file:SimSun]
\definefontsynonym [MonoBold] [file:SimSun]
\definefontsynonym [MonoItalic] [file:SimSun]
\definefontsynonym [MonoBoldItalic] [file:SimSun]
\stoptypescript
\definetypeface [myzhfont] [rm] [serif][myzhfont] [default]
\definetypeface [myzhfont] [ss] [sans] [myzhfont] [default]
\definetypeface [myzhfont] [tt] [mono] [myzhfont] [default]
\def\a{\myzhfont}
\starttext
\dorecurse{1}{ hello {\a 你好}}
\stoptext
XeTeX: TeXExec | runtime: 64.797
LuaTeX: MTXrun | total runtime: 10.797
Here we use SimSun since in the first sample xetex can load simsun quite fast.
However, in this time we define a typescript, and make all the styles
fall into SimSun.
Now xetex behaves quite strangely: it uses one minutes to compile this
single document...
So my question is
- why loading otf is so slow?
- is this a bug in context or in xetex? can it be fixed?
- how can we make sample 3 (using typescript) run faster?
Thanks.
Yue Wang
___
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] XeConTeXt bug report III: Wrong hyperlink
Hi, Hans and Jin-Hwan: When using ConTeXt to produce my documents, I found that all hyperlinks are wrong. And here is a simple test. The tex and pdf files are attached in the mail. The problem will happen when: 1) using pdftex to produce the dvi, and use dvipdfmx to convert the dvi to pdf. 2) using xetex to produce xdv, and xdvipdfmx that xdv to pdf. Open the file in Acrobat Reader, Go to page three, and you can see a hyperlink text "Equation 1", it links to page 2. however, the equation is in page1. The "section 1" or "page 4" should point to page 4, but it point to page 5 now. So my question: - As far as I know, dvipdfmx's ConTeXt support was written by Jin-Hwan. and the hyperlink code is written by Hans. Surely at least one of the two source code files has a cross-ref bug. But I don't know which. Can the bug be fixed? Thanks Yue Wang test-hyperlink.pdf Description: Adobe PDF document test-hyperlink.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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] \newcommand ala ConTeXt
\def\dist#1{d(\sigma_g(#1), \sigma_h(#1))}
or something more context way:
\define[1]\dist{d(\sigma_g(#1), \sigma_h(#1))}
On Tue, May 12, 2009 at 1:05 AM, Xan wrote:
> Hi,
>
> In latex is wonderful be able to make abreviatures like:
>
> \newcommand{\dist}[1]{d(\sigma_g(#1), \sigma_h(#1))}
>
> and use like $\dist{t}$, ... for not typing all the text.
>
> What is the ConTeXt version of that? Please CC mail me.
>
> Thanks a lot,
> Xan.
> ___
> 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
> ___
>
___
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] Two issues related to xetex
Hi, Hans and Mojca: first, (to Mojca) the first-setup.sh script still deletes fontconfig cache when updating on windows. second, (to Hans) unicode-letters.tex is read when we dump plain TeX or LaTeX format in TeXLive. This file is wrote by Jonathan Kew in order to initialize XeTeX. It defines many important unicode properties into XeTeX. However, ConTeXt do not load that file when dumping the xetex format. The file is not even in ConTeXt distribution. I suggest that the file should be loaded. You can find the file in http://scripts.sil.org/svn-public/xetex/TRUNK/texmf/tex/generic/xetex/unicode-letters.tex XeTeX's plain TeX ini file can be find in http://scripts.sil.org/svn-public/xetex/TRUNK/texmf/tex/xetex/config/xetex.ini If the file is not loaded, thousands of lines should be copied to third party modules (like the module I announce on the mailing list today) in order to support some language correctly. This method is quite messy, not to say inefficient for loading. Yue Wang ___ 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] Font switching question
On Mon, May 11, 2009 at 11:23 PM, Wolfgang Schuster
wrote:
>
> Am 11.05.2009 um 16:38 schrieb Yue Wang:
>
>> Hi Hans:
>>
>> let me give a better explanation.
>>
>> we define a typescript foobar. so we can call \foobar to load the
>> foobar typeface.
>> then we should define a macro like this:
>> \def\switchtofoobar{\savecurrentstyle\foobar\getcurrentstyle}
>> and call it like that:
>>
>> text 1 {\swichtofoobar text2} text 3
>> when \savecurrentstyle is called, it define a macro named
>> \getcurrentstyle in order to save the style of text 1 (like \ss\it,
>> 10pt) into that. that's all we want.
>
> From font-ini.mkii (\push/\popcurrentfont):
>
> % \definetypeface[one][rm][serif][computer-roman][default]
> % \definetypeface[two][rm][serif][computer-roman][default][rscale=.9]
> %
> % {\one \bf test \two test}
> % {\one \bf test \pushcurrentfont \two \popcurrentfont test}
>
> there are more helper macros like \savefont and \restorefont
Thank you very much, Wolfgang!
>
> 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
> ___
>
___
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] New module t-zhspacing
Hi, Aditya: Thank you very much for the information. I will do that once I freeze the code. Yue Wang On Mon, May 11, 2009 at 11:21 PM, Aditya Mahajan wrote: > On Mon, 11 May 2009, Yue Wang wrote: > >> By the way, After I finish the module, who should I turn to for >> submitting? >> Hans, the garden, or CTAN? Thanks. > > Submit it to the garden. If you also want it on CTAN, you can ask Mojca or > Patrick to sync the module with CTAN. Then whenever you make a change in the > module, it will be automatically synced with ctan and you do not have to > worry about submitting to multiple locations. > >> If Hans or the garden are the right person/place for submitting, are >> there some coding/documentation rules to follow? Thanks. > > The module should be in TDS (TeX directory structure). You also need to > create a tpm file (see the bib module for example). Then you can just run > > textools --tpmmake > > which will create a zip file that you can upload. > > Aditya > ___ > 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 > ___ > ___ 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] New module t-zhspacing
Hi, Mojca: On Mon, May 11, 2009 at 11:36 PM, Mojca Miklavec wrote: > On Mon, May 11, 2009 at 17:21, Aditya Mahajan wrote: >> On Mon, 11 May 2009, Yue Wang wrote: >> >>> By the way, After I finish the module, who should I turn to for >>> submitting? >>> Hans, the garden, or CTAN? Thanks. >> >> Submit it to the garden. If you also want it on CTAN, you can ask Mojca or >> Patrick to sync the module with CTAN. Then whenever you make a change in the >> module, it will be automatically synced with ctan and you do not have to >> worry about submitting to multiple locations. > > One question before I add further suggestions: what's your relation to > the author of zhspacing.sty? We are good friends. > > Your module depends on it, so in a way it would make sense to package > it together on CTAN and TeX Live, but if you have no connection to the > author, one needs to make sure that the right bits and pieces end up > in the right place. well, zhspacing is free software. so I am free to make any changes I want and redistribute that as long as I leave the original license information, not to say we (yindian and me) are good friends. (In fact, some parts of zhspacing's initial idea was suggested by me. since yindian is good at tex macro programming, so he developed the whole package base on the idea all by himself) > > Not too related, but: do you have any idea why this file is located > under doc in TeX Live? > texmf-doc/doc/chinese/lshort-chinese/src/zhspacing.sty > yindian submitted the package to CTAN. but later some minor bugs were found but he was quite busy and did not have time to maintain the package. So he asked the CTAN maintainer to remove that package. But it is a useful package, so when the Chinese TeX Society plan to translate lshort into Chinese, the document translator planned to use that macro package, and that file is included in lshort-chinese package. > Well, OK, it's on lshort/chinese/src/ on CTAN, but I wonder if > kpathsea finds the file at all. It looks like a slightly misplaced > file to me, but I may be wrong. > Now Chinese TeX Society take over the development of zhspacing, xeCJK, CJKpunct and ctex package. They are hosted on code.google.com/p/ctex-kit. After a major release, we will submit all the packages to CTAN. So in TeXLive 2009 you can find these packages in texmf-dist. > 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 > ___ > Yue Wang ___ 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] New module t-zhspacing
Hi. now the module uses \switchtobodyfont[foobar] to switch the typeface which is not fast enough. in fact \foobar is the right way. I will make a commit tomorrow to speed up the font switching. By the way, After I finish the module, who should I turn to for submitting? Hans, the garden, or CTAN? Thanks. If Hans or the garden are the right person/place for submitting, are there some coding/documentation rules to follow? Thanks. Yue Wang On Mon, May 11, 2009 at 10:55 PM, Yue Wang wrote: > Dear list: > > Chinese TeX Society is proud to announce the t-zhspacing module to the > ConTeXt society. > The module is developed by Yue Wang based on Yin Dian's zhspacing.sty > macro package and Jonathan Kew's unicode-letters.tex + xetex > interchartoks mechanism. > It is designed for the audience who interested perfect Chinese > typesetting using ConTeXt and XeTeX. > It handles Chinese font loading, switching, line breaking, and > punctuation compression rules quite well. > Moreover, since the freetype's performance is much better than > fontforge's on large cjk fonts, so the document compilation can be > much faster. > Users are free to visit http://code.google.com/p/ctex-kit/, and the > code is in svn (the trunk/zhspacing directory) now. > Last but not least, we should thank Hans and Wolfgang since they help > us a lot to make the module possible :) > > Yue Wang > ___ 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] New module t-zhspacing
Dear list: Chinese TeX Society is proud to announce the t-zhspacing module to the ConTeXt society. The module is developed by Yue Wang based on Yin Dian's zhspacing.sty macro package and Jonathan Kew's unicode-letters.tex + xetex interchartoks mechanism. It is designed for the audience who interested perfect Chinese typesetting using ConTeXt and XeTeX. It handles Chinese font loading, switching, line breaking, and punctuation compression rules quite well. Moreover, since the freetype's performance is much better than fontforge's on large cjk fonts, so the document compilation can be much faster. Users are free to visit http://code.google.com/p/ctex-kit/, and the code is in svn (the trunk/zhspacing directory) now. Last but not least, we should thank Hans and Wolfgang since they help us a lot to make the module possible :) Yue Wang ___ 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] New module - mkiv font loading
On Mon, May 11, 2009 at 10:33 PM, Hans Hagen wrote:
> Yue Wang wrote:
>>
>> On Mon, May 11, 2009 at 9:48 PM, Hans Hagen wrote:
>>>
>>> Wolfgang Schuster wrote:
>>>
>>>> possible yes but it's a lot of work because the complete fallback
>>>> mechanism
>>>> needs to be written for XeTeX which is available for MkIV since a while.
>>>
>>> this is unlikely to happen (unless we add lots of optional code to mkii
>>> to
>>> deal with xetex which then probably results in a lot of other code hooked
>>> into other mechanisms as well) as mkii is kind of frozen
>>>
>>> if we have to port all sophisticated (upcoming) mkiv features back to
>>> mkiv
>>> we might wonder why we started with mkiv in the first place; the whole
>>> idea
>>> is to have less (complex) code
>>
>>
>> not like that complicated (we do not need font fallback).
>>
>> it is only something about:
>>
>> save the current font style (like \ss, \it ,10pt) to a macro . then
>> apply the macro to a group.
>> for example
>>
>> aa { \anotherfont bb}
>> we should save the style for aa when \anotherfont is called, and apply
>> that style to bb.
>>
>> that should be enough. but we don't know how to get the font style.
>
> see \pushcurrentfont
Thank you, I will look into that.
Many thanks:)
>
> -
> 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
> ___
>
___
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] Font switching question
Hi Hans:
let me give a better explanation.
we define a typescript foobar. so we can call \foobar to load the
foobar typeface.
then we should define a macro like this:
\def\switchtofoobar{\savecurrentstyle\foobar\getcurrentstyle}
and call it like that:
text 1 {\swichtofoobar text2} text 3
when \savecurrentstyle is called, it define a macro named
\getcurrentstyle in order to save the style of text 1 (like \ss\it,
10pt) into that. that's all we want.
So it's not complicated to do so as font fallback.
(we already done that in latex, but don't know how to do that in
ConTeXt due to lack of knowledge of font mechanism)
Yue Wang
On Mon, May 11, 2009 at 8:08 PM, Yue Wang wrote:
> Hi, Hans:
>
> I am working on Chinese support on XeTeX/ConTeXt and I almost finished
> that. I will later upload a module called t-zhspacing to the garden
> (or CTAN?). But there is one last problem. Let me explain like this.
>
> Suppost I have two typescripts (typeA and typeB) and both with
> complete typeface defined (rm/ss/tt, bf/it/bfit/smcp)
>
> Now I want to do something like this:
>
> \usetypescript[typeA]
> \usetypescript[typeB]
> \setupbodyfont[typeA]
> This should be typeA/rm/normal \it and this should be typeA/rm/it \ss
> and this should be typeA/ss/it %here everything is ok in context
> \typeB this should be typeB/ss/it %(but context gives me
> typeB/rm/normal. How can I automatically get what I want?)
>
> Yue Wang
>
___
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] New module - mkiv font loading
On Mon, May 11, 2009 at 9:48 PM, Hans Hagen wrote:
> Wolfgang Schuster wrote:
>
>> possible yes but it's a lot of work because the complete fallback
>> mechanism
>> needs to be written for XeTeX which is available for MkIV since a while.
>
> this is unlikely to happen (unless we add lots of optional code to mkii to
> deal with xetex which then probably results in a lot of other code hooked
> into other mechanisms as well) as mkii is kind of frozen
>
> if we have to port all sophisticated (upcoming) mkiv features back to mkiv
> we might wonder why we started with mkiv in the first place; the whole idea
> is to have less (complex) code
not like that complicated (we do not need font fallback).
it is only something about:
save the current font style (like \ss, \it ,10pt) to a macro . then
apply the macro to a group.
for example
aa { \anotherfont bb}
we should save the style for aa when \anotherfont is called, and apply
that style to bb.
that should be enough. but we don't know how to get the font style.
>
> 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
> ___
>
___
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] New module - mkiv font loading
On Mon, May 11, 2009 at 9:00 PM, Wolfgang Schuster
wrote:
>
> Am 11.05.2009 um 14:41 schrieb Yue Wang:
>
>> Hi Wolfgang:
>>
>> nice script.
>>
>> Can the module meet my needs discussed in
>> http://www.ntg.nl/pipermail/ntg-context/2009/040831.html ?
>
> dunno, i have to see more from your code
>
The code is already in http://code.google.com/p/ctex-kit/
It's located in /trunk/zhspacing/ directory. Thanks for reviewing.
The key idea is to group chinese words in {\zhfonts } automatically
using XeTeX's interchartok mechanism.
In LaTeX, It saves the current latin nfss style state in a macro, then
apply to the zhfonts group.
related code is in zhspacing/tex/latex/zhfont.sty. But I don't know
how to do that in ConTeXt.
>> or is it possible to extend the support to xetex?
>
> possible yes but it's a lot of work because the complete fallback mechanism
> needs to be written for XeTeX which is available for MkIV since a while.
>
> 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
> ___
>
___
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] New module - mkiv font loading
Hi Wolfgang: nice script. Can the module meet my needs discussed in http://www.ntg.nl/pipermail/ntg-context/2009/040831.html ? or is it possible to extend the support to xetex? Yue Wang On Mon, May 11, 2009 at 8:23 PM, Wolfgang Schuster wrote: > Hi all, > > I wrote a new module to load fonts without the need to write typescripts > for them -> http://bitbucket.org/wolfs/simplefonts/ > > 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 > ___ > ___ 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] Font switching question
Hi, Hans: I am working on Chinese support on XeTeX/ConTeXt and I almost finished that. I will later upload a module called t-zhspacing to the garden (or CTAN?). But there is one last problem. Let me explain like this. Suppost I have two typescripts (typeA and typeB) and both with complete typeface defined (rm/ss/tt, bf/it/bfit/smcp) Now I want to do something like this: \usetypescript[typeA] \usetypescript[typeB] \setupbodyfont[typeA] This should be typeA/rm/normal \it and this should be typeA/rm/it \ss and this should be typeA/ss/it %here everything is ok in context \typeB this should be typeB/ss/it %(but context gives me typeB/rm/normal. How can I automatically get what I want?) Yue Wang ___ 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] setuptex changes in minimals
Hi, list: Well, TeX is evolving rapidly these years (especially in the LuaTeX world). So there are many things that Chinese typographers never imagine about in the past can now be solved thanks to LuaTeX's development. For example: - Now we can use Lua to detect the character code. so it is possible to assign different fonts for latin, CJK, CJK-ext A, CJK-extB. font switching is easy and elegent. This is not possible in tex82. - It is ugly to produce a paragraph whose last line only consists one Chinese character. In order to avoid that, tex82 programmers should write very complicated macros. So many developers here tend to ignore this problem. However, in LuaTeX, this is quite easy. It is simple to scan the position before the punctuation and \par in lua, and insert a line break penalty there. - Punctuation compression. In the past this is not easy to do (a lot of macros should be defined), and because each Chinese fonts are so distinctly designed, their punctuations' positions in the character box are different. So different parameters should be applied when different fonts are involved in typesetting. However, LuaTeX make it possible to calculate character bounding box information, so punctuation compression is as easy as re-setting the punctuation width. There are many more examples, and these are just three. But we can see that with the development of TeX engine (especially the open-up of TeX engine), users might consider better ways for old solutions, and even request for possibilities they never thought about before. So it is possible for different users to provide different specifications. But we (me, Li Yanrui, Chen Zhichu) as the board members of the Chinese TeX Society, will try our best to organized the typesetting discussion on local forums, taking different opinions into consideration, and later provide a complete specification as long as we can. Chinese support in ConTeXt is not easy, we should thank all the developers who contribute to our language (esp, Hans, Taco and Wolfgang), their innovation and hardworking make Chinese typesetting in ConTeXt possible, and drastically improve the performance of font loading. Though the current solution is not perfect (eg. there are many more things we should fix and implement, and the current font loading time is still a bit too long), I think with the current fast pace, we will have a very prospective solution near luatex 1.0:) Yue Wang On 5/9/09, Yanrui Li wrote: > On Sat, May 9, 2009 at 4:02 PM, Hans Hagen wrote: > > Yue Wang wrote: > >> > >> On Sat, May 9, 2009 at 2:20 AM, Yanrui Li wrote: > >>> > >>> Sorry! > >>> > >>> s/MkIV have not support Chinese typesetting now / MkIV have not > >>> support Chinese typesetting well now/g > >> > >> > >> We can start a fork of scrp-* on code.google.com/p/ctex-kit, > >> making a usable version, and later ask Hans to merge back into ConTeXt. > > > > it all depends how scrp evolves as it has to deal with more issues too; i > > will not merge code that i don't fully understand but experimenting does not > > hurt; one problem with script stuff is that (in the future) it might be > > closely cooperate with other mechanisms of context (it used to be part of > > the font analyser, now it's plugged in elsewhere but even that might change, > > for instance when in upcoming versions of luatex we have a bit more control) > > > > What I have done is only experiment. I will try my best to follow the > evolves of the > scrp-* files until that day, when MkIV support Chinese typesetting well, > comes. > I have to introduce MkIV to Chinese users and make them paying close attention > to it in this way. > > > also, some issues will be dealt with in other code in the future (i simply > > cannot touch all code at the same time) so don't expect mkiv to be finished > > before 2012 (when luatex 1 is ready); it's a stepwise process and it's only > > driven by context (i.e. generic code only shows up when context code works > > okay); > > > > anyhow, as long as nobody tells me what the expected behaviour is, with test > > code etc i can;t fix anything; one complication (e.g. with chinese) is that > > over the last few year is got conflicting requests; now, if there are > > multiple ways to deal with it, then i can implement variants but only if i > > know the exact conventions (with proper names for them) > > > > Yes. It is a key reson that we are still not familiar with MkIV well > now. But with > in-depth understanding of MkIV, maybe many suggestions will be post to you. > Of course these suggestions should be collected according actual demands by > Chinese TeX users group. > > > for instance when
Re: [NTG-context] setuptex changes in minimals (was: bugs in beta)
On Sat, May 9, 2009 at 2:20 AM, Yanrui Li wrote: > Sorry! > > s/MkIV have not support Chinese typesetting now / MkIV have not > support Chinese typesetting well now/g We can start a fork of scrp-* on code.google.com/p/ctex-kit, making a usable version, and later ask Hans to merge back into ConTeXt. Yue Wang > > > -- > Best wishes, > Li Yanrui > ___ > 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 > ___ > ___ 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] bug in mkii
Hi, Aditya:
Yes, now my documents compile smoothly. Thanks a lot.
Yue Wang
On Mon, May 4, 2009 at 10:23 AM, Aditya Mahajan wrote:
> On Mon, 4 May 2009, Yue Wang wrote:
>
>> Hi, Hans,
>>
>> The problem still remains in the latest beta's MKII.
>
> Does the following fix work for you?
>
> \unprotect
> \de...@space
> {\nulldelimiterspace\zeropoint\relax \mathsurround\zeropoint}
> \protect
>
>
> Aditya
> ___
> 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
> ___
>
___
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] bug in mkii
Hi, Hans,
The problem still remains in the latest beta's MKII.
Yue Wang
On Thu, Apr 23, 2009 at 10:18 PM, Aditya Mahajan wrote:
> On Thu, 23 Apr 2009, Yue Wang wrote:
>
>> hi, hans,
>>
>> this bug was introduced this year (last year's beta compiles fine).
>> mkiv can produce the right result. mkii can't.
>>
>> \definemathcommand[Prob][nolop]{\mfunction{Prob}}
>> \def\Pt{P_{\rm T}}
>> \def\Timp{\tau_{\rm imp}}
>> \def\Tp{\tau_{\rm p}}
>> \def\Wt{w_{\rm T}}
>> \def\Vp{V_{\rm p}^\prime}
>>
>> \starttext
>> \placeformula
>> \startformula
>> \eqalign{
>> \Pt &= \Prob \left( {\Timp\over\Tp}>1 \right)\cr
>> &=\Prob \bigg({\Wt\over\Vp} > \Tp \bigg)\cr}
>> \stopformula
>> \stoptext
>
> Minimal example: In MkII 2009.04.17
>
> \starttext
> $\bigg($
> \stoptext
>
> gives
>
> ! Missing number, treated as zero.
>
> $
> \@@dobig ...o #1\bodyfontsize {}\right @space $
> }}
> l.2 $\bigg(
> $
>
>
> Aditya
> ___
> 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
> ___
>
___
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] URL \href ... ?
useURL can do the first, and hyphenatedurl can do the second.
On Mon, May 4, 2009 at 6:06 AM, Mohamed Bana wrote:
> Hi,
>
> Is there macro for typesetting a URL without defining it before hand? E.g.,
> something as simple as, \href{www.google.com}, it'd also be great if
>
> \setupalign[hyphenated]
> \setupurl[space=yes,style=\ss,urlalternative=]
>
> also determined the way they are typeset.
>
> Mohamed
> ___
> 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
> ___
>
___
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] Updating bug
Hi , On Mon, May 4, 2009 at 12:50 AM, Mojca Miklavec wrote: > On Sun, May 3, 2009 at 14:40, Yue Wang wrote: >> when will the bug be fixed? I waited for a week, and I still cannot >> update context today:( > > Can you please try if it works now? (Though the situation is soon > going to change anyway.) fixed, thanks a lot, Mojca! Yue Wang ___ 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] Updating bug
when will the bug be fixed? I waited for a week, and I still cannot
update context today:(
On Tue, Apr 28, 2009 at 8:54 AM, Yue Wang wrote:
> receiving incremental file list
>
> sent 91 bytes received 205 bytes 53.82 bytes/sec
> total size is 4983273 speedup is 16835.38
> MTXrun | fileio: variable SELFAUTOLOC set to C:/context/bin
> MTXrun | fileio: variable SELFAUTODIR set to C:/context
> MTXrun | fileio: variable SELFAUTOPARENT set to C:
> MTXrun | fileio: variable TEXMFCNF set to
> {$SELFAUTODIR,$SELFAUTOPARENT}{,{/shar
> e,}/texmf{-local,.local,}/web2c}
> MTXrun | fileio: no cnf files found (TEXMFCNF may not be set/known)
> MTXrun | using script: ./bin/mtx-update.lua
>
> 'uname' is not recognized as an internal or external command,
> operable program or batch file.
> C:\context\bin\mtxrun.lua:1611: attempt to call field 'env' (a table value)
>
> When you want to use context, you need to initialize the tree with:
>
> C:\context\tex\setuptex.bat C:\context\tex
>
> You can associate this command with a shortcut to the cmd prompt.
>
> C:\context>
>
___
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] presentation module
> Could you please take this discussion somewhere else? This is neither of > interest for a ConTeXt mailing list, nor is the tone appropriate for this > list. Thank you. I don't think this topic is unrelated to ConTeXt (or TeX). For a long time TeX macro packages has been focused on structured documents (and it is obviously not WYSIWYG). If someone can develop a GUI frontend (even a simple one to set figure/textblock position) for TeX, it will be as meaningful as what the TeX community is doing now (like developing TeX engines, formats, source editors, fonts, etc.) Obviously, all recent GUI frontends (texmacs, texword, etc.) are not meant to do so, they only help the beginners to structure their documents, not truly for document design purpose. As to the tone, i admit it is unappropriate, sorry about that. > > Thomas > ___ > 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 > ___ > ___ 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 ___
