Re: [NTG-context] \texteuro does not work

2007-02-12 Thread Bernd Militzer 
Wolfgang Schuster schrieb:
> Hi Bernd,
>
> I tried this on my system and it work with \texteuro and \euro. Dont't
> I my sytem or contextgarden is wrong, because ConTeXt use on my machine
> the euro sign from the marvosym fonts and not from fmvr8x.
>
> What is the result from your own system, did id work or fail. Do you
> have a message like
>  \texmf/fonts/type1/public/marvosym/marvosym.
> pfb>{c:\context\usr\local\context\tex\texmf/fonts/enc/dvips/lm/lm-ec.enc} ntext\usr\local\context\tex\texmf/fonts/type1/public/lm/lmr12.pfb>
> at the end of your log file or get you the same output as the one above
> frome the garden.
>   
I get:
Transcript written on mfput.log.
grep: fmvr8x.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input fmvr8x' failed to make fmvr8x.tfm.
kpathsea: Appending font creation commands to missfont.log.
! Font \thedefinedfont=fmvr8x at 12.0pt not loadable: Metric (TFM) file 
not found.
but with:
\setupencoding[default=texnansi]
\usetypescript[modern][\defaultencoding] \setupbodyfont[modern,rm,12pt]
all problems are gone

Bernd
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] \texteuro does not work

2007-02-12 Thread Bernd Militzer 
Aditya Mahajan schrieb:
> On Mon, 12 Feb 2007, Bernd Militzer wrote:
>
>   
>> Hi all,
>>
>> \starttext
>> 5,00\,\texteuro
>> \stoptext
>>
>> does not work any more. What have I to do?
>> 
>
> Short answer: use texnansi encoding.
>
> \setupencoding[default=texnansi]
> \usetypescript[modern][\defaultencoding] 
> \setupbodyfont[modern,rm,11pt]
>
> or
>
> \usetypescript[modern][encoding=texnansi]
> \setupbodyfont[modern,rm,11pt]
>   
thanks for that hint
Bernd
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

[NTG-context] Tip: PlaceRegisterInline

2007-02-12 Thread Mike Bird 
In Context one can use registers for powerful sorting with single
or multiple keys.  However, it's a little tricky if you want the
result to appear other than one element per line.

Here's a macro that does the job:

\def\PlaceRegisterInline[#1,#2,#3]{%  Register Before After
  \bgroup
  \let\par=\empty
  \let\endgraf=\empty
  \edef\goodbreak{#2}%
  \let\doregistercharactera=\doregistercharacterb
  \placeregister[#1][%
after=,%
before=,%
distance={0em{#3}},%
indicator=no,%
n=1,%
symbol=none]%
  \egroup}

For example, to place elements of register R in brackets one
can use \PlaceInlineRegister[R,{[},{]}] and achieve something
like [A][B][C].

--Mike Bird
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] \texteuro does not work

2007-02-12 Thread Hans Hagen 
Thomas A. Schmitz wrote:
>
>
> \startmode[hansmode]
> Ah, wait for luatex where fonts can use the afm and create encodings  
> on the fly, so we don't need to worry about this anymore!
> \stopmode
>   
sure, and make virtual fonts on the fly as well -) 

Hans (now in open type mode)

-
  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
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] \texteuro does not work

2007-02-12 Thread Thomas A. Schmitz 

On Feb 12, 2007, at 6:50 PM, Aditya Mahajan wrote:

> A question to Hans: I do not know much about fonts, but from what I
> understand ec is ugly and one should use texnansi. So why does ConTeXt
> default to ec. I am sure that for most users like, fonts in TeX is a
> mystry, and they do not really care which font encoding is used, as
> long as it works. So, can we move to texnansi as the default? Or is
> there something at which ec is really better?
>
> Aditya

Well, it pretty much depends what you want. EC has lots of accented  
letters for many languages, and since it is much more popular in the  
LaTeX world than texnansi, you'll find many more tfm files in your  
TeX installation with ec encoding than with texnansi. In fact, having  
texnansi as default was one of the headaches in my early ConTeXt days  
because ConTeXt would ask for texnansi-lm... files which simply  
weren't there. Many convenient things (like Euro, a couple of  
fractions, degree etc.) are not in ec, but in the LaTeX world, most  
ec-fonts are accompanied by a ts1-encoded counterpart, and switching  
to this for these symbols is automatic; we don't have this in  
ConTeXt, AFAICS. But now, Latin Modern is pretty complete, as are the  
tex gyre fonts, so yes, IMHO, switching to texnansi as default could  
make sense.

\startmode[hansmode]
Ah, wait for luatex where fonts can use the afm and create encodings  
on the fly, so we don't need to worry about this anymore!
\stopmode

;-)

Thomas
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] \texteuro does not work

2007-02-12 Thread Wolfgang Schuster 
On Mon, 12 Feb 2007 18:27:43 +0100
Bernd Militzer <[EMAIL PROTECTED]> wrote:

> Hi all,
> 
> \starttext
> 5,00\,\texteuro
> \stoptext
> 
> does not work any more. What have I to do?
> 
> 
> Bernd
> 
> 
> here the message from contextgarden
> 
> systems : begin file texweb at line 2
> ! Font \thedefinedfont=fmvr8x at 12.0pt not loadable: Metric (TFM) file 
> not fou
> nd.
>  \scaledfont
> 
> \symbolicsizedfont ...ntfontbodyscale \scaledfont
> \thedefinedfont
> \getglyph #1#2->{\symbolicfont {#1}
> \doifnumberelse {#2}\char \donothing #2}
> \dodosymbol ...bol \csname \??ss :#1:#2\endcsname
> \relax }\relax
> \donormalsymbol ... {#1}{#2}{\dodosymbol {#1}{#2}}
> \else \edef \currentsymbol...
> l.5 5,00\,\texteuro
> 
> ?
> ! Emergency stop.
>  \scaledfont
> 

Hi Bernd,

I tried this on my system and it work with \texteuro and \euro. Dont't
I my sytem or contextgarden is wrong, because ConTeXt use on my machine
the euro sign from the marvosym fonts and not from fmvr8x.

What is the result from your own system, did id work or fail. Do you
have a message like
{c:\context\usr\local\context\tex\texmf/fonts/enc/dvips/lm/lm-ec.enc}
at the end of your log file or get you the same output as the one above
frome the garden.

Wolfgang
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] \texteuro does not work

2007-02-12 Thread Aditya Mahajan 
On Mon, 12 Feb 2007, Bernd Militzer wrote:

> Hi all,
>
> \starttext
> 5,00\,\texteuro
> \stoptext
>
> does not work any more. What have I to do?

Short answer: use texnansi encoding.

\setupencoding[default=texnansi]
\usetypescript[modern][\defaultencoding] 
\setupbodyfont[modern,rm,11pt]

or

\usetypescript[modern][encoding=texnansi]
\setupbodyfont[modern,rm,11pt]


Long answer: see 
http://archive.contextgarden.net/message/20070212.091610.1b296b19.en.html


A question to Hans: I do not know much about fonts, but from what I 
understand ec is ugly and one should use texnansi. So why does ConTeXt 
default to ec. I am sure that for most users like, fonts in TeX is a 
mystry, and they do not really care which font encoding is used, as 
long as it works. So, can we move to texnansi as the default? Or is 
there something at which ec is really better?

Aditya

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

[NTG-context] \texteuro does not work

2007-02-12 Thread Bernd Militzer 
Hi all,

\starttext
5,00\,\texteuro
\stoptext

does not work any more. What have I to do?


Bernd


here the message from contextgarden

systems : begin file texweb at line 2
! Font \thedefinedfont=fmvr8x at 12.0pt not loadable: Metric (TFM) file 
not fou
nd.
 \scaledfont

\symbolicsizedfont ...ntfontbodyscale \scaledfont
\thedefinedfont
\getglyph #1#2->{\symbolicfont {#1}
\doifnumberelse {#2}\char \donothing #2}
\dodosymbol ...bol \csname \??ss :#1:#2\endcsname
\relax }\relax
\donormalsymbol ... {#1}{#2}{\dodosymbol {#1}{#2}}
\else \edef \currentsymbol...
l.5 5,00\,\texteuro

?
! Emergency stop.
 \scaledfont

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] problem with inline use of \lim

2007-02-12 Thread Taco Hoekwater 
Aditya Mahajan wrote:
> So, if I understand correctly, there is no difference between 
> \mathop{...} and \mathop{...}\displaylimits.

Yes. /me was definately wrong

Cheers,
Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] problem with inline use of \lim

2007-02-12 Thread Aditya Mahajan 
On Mon, 12 Feb 2007, Taco Hoekwater wrote:

> Aditya Mahajan wrote:
>> On Mon, 12 Feb 2007, M.J. Kallen wrote:
>>
>>
>>> Hi all,
>>>
>>> this may have been mentioned before, but I haven't been able to find
>>> an answer to this: if I e.g. use $\lim_{t\rightarrow\infty} f(t)$,
>>> the subscript of \lim appears underneath it, i.e. in displaystyle.
>>> In LaTeX, it appears below right of \lim, much like with
>>> $\sum_{i=1}$. The latter behaviour is of course preferred.
>>
>>
>> This is a bug.
>>
>>
>>> I use ConTeXt version 2006.08.08, is this bug/feature know and has it 
>>> possibly been fixed up to now?
>>
>>
>> No, it has not been fixed, since nobody noticed it before (we need
>> more people doing math use ConTeXt :). As a quick work around add the
>> following on top of your source file.
>>
>> \def\mathlimopcomm#1{\mathop{#1}}
>>
>> Hans, the definition of \@@mathlimopcomm should be corrected in
>> math-ini.tex
>>
>> \def\@@mathlimopcomm#1{\mathop{#1}} %no \limits
>
> Are you sure?

Well, for the previous reply, I just looked at the difference between 
LaTeX and ConTeXt's definitions.

> How about:
>\def\@@mathlimopcomm#1{\mathop{#1}\displaylimits}
>

I checked up with the TeXbook and both should be equivalent. Quoting 
from the TeXbook

* double bend at the end of page 144

If you say \nolimits\limits (presumably because some macro like 
\int specifies \nolimits, but you do want them), the last word takes 
precedence. There’s also a command \displaylimits that can be 
used to restore TEX's normal conventions; i.e., the limits will be 
displayed only in styles D and D'.

* page 292 (summary of math mode)

\displaylimits, \limits, \nolimits. These commands are allowed only if 
the current list ends with an Op atom. They modify a special field in 
that Op atom, specifying what conventions should be used with respect 
to limits. The normal value of that field is \displaylimits.

So, if I understand correctly, there is no difference between 
\mathop{...} and \mathop{...}\displaylimits.

Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] problem with inline use of \lim

2007-02-12 Thread Taco Hoekwater 
Aditya Mahajan wrote:
> On Mon, 12 Feb 2007, M.J. Kallen wrote:
> 
> 
>>Hi all,
>>
>>this may have been mentioned before, but I haven't been able to find 
>>an answer to this: if I e.g. use $\lim_{t\rightarrow\infty} f(t)$, 
>>the subscript of \lim appears underneath it, i.e. in displaystyle. 
>>In LaTeX, it appears below right of \lim, much like with 
>>$\sum_{i=1}$. The latter behaviour is of course preferred.
> 
> 
> This is a bug.
> 
> 
>>I use ConTeXt version 2006.08.08, is this bug/feature know and has it 
>>possibly been fixed up to now?
> 
> 
> No, it has not been fixed, since nobody noticed it before (we need 
> more people doing math use ConTeXt :). As a quick work around add the 
> following on top of your source file.
> 
> \def\mathlimopcomm#1{\mathop{#1}}
> 
> Hans, the definition of \@@mathlimopcomm should be corrected in 
> math-ini.tex
> 
> \def\@@mathlimopcomm#1{\mathop{#1}} %no \limits

Are you sure? How about:

\def\@@mathlimopcomm#1{\mathop{#1}\displaylimits}


Best, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] problem with inline use of \lim

2007-02-12 Thread Aditya Mahajan 
On Mon, 12 Feb 2007, M.J. Kallen wrote:

> Hi all,
>
> this may have been mentioned before, but I haven't been able to find 
> an answer to this: if I e.g. use $\lim_{t\rightarrow\infty} f(t)$, 
> the subscript of \lim appears underneath it, i.e. in displaystyle. 
> In LaTeX, it appears below right of \lim, much like with 
> $\sum_{i=1}$. The latter behaviour is of course preferred.

This is a bug.

> I use ConTeXt version 2006.08.08, is this bug/feature know and has it 
> possibly been fixed up to now?

No, it has not been fixed, since nobody noticed it before (we need 
more people doing math use ConTeXt :). As a quick work around add the 
following on top of your source file.

\def\mathlimopcomm#1{\mathop{#1}}

Hans, the definition of \@@mathlimopcomm should be corrected in 
math-ini.tex

\def\@@mathlimopcomm#1{\mathop{#1}} %no \limits

Aditya
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

[NTG-context] problem with inline use of \lim

2007-02-12 Thread M.J. Kallen 
Hi all,

this may have been mentioned before, but I haven't been able to find an answer 
to this: if I e.g. use $\lim_{t\rightarrow\infty} f(t)$, the subscript of \lim 
appears underneath it, i.e. in displaystyle. In LaTeX, it appears below right 
of \lim, much like with $\sum_{i=1}$. The latter behaviour is of course 
preferred. 

I use ConTeXt version 2006.08.08, is this bug/feature know and has it possibly 
been fixed up to now?

Regards,

Maarten-Jan




 

Expecting? Get great news right away with email Auto-Check. 
Try the Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html 
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] XeTeX "tex-text" mapping problem

2007-02-12 Thread Oliver Buerschaper 
>> Hi all,
>>
>> there seems to be a problem with the XeTeX engine and the
>> "mapping:tex-text" feature for OpenType fonts. Try this:
>>
>> ---
>>
>> \usetypescriptfile[type-minion]
>> \usetypescript[minion][uc]
>> \setupbodyfont[minion,13pt]
>>
>> \starttext
>> There is --- without any doubt --- a tiny problem.
>> \stoptext
>>
>> ---
>>
>> together with the attached typescript file. Unfortunately, "---" is
>> not replaced by an em dash :-( Substituting works flawlessly for  
>> plain
>> XeTeX examples. Of course, replacing "---" with the proper Unicode em
>> dash in the above source solves the problem (by avoiding it).
>>
>> Any hints as to what I've done wrong?
> what is mapping=tex-text supposed to do?

As far as I understood it's supposed to map TeX character sequences  
like "--" or "---" onto the corresponding Unicode characters. In fact  
these sequences aren't necessary at all, one could easily type the  
appropriate Unicode dashes in the source code. However, for the  
source editor I use a monospaced font which makes it rather hard to  
distinguish those proper Unicode dashes. I guess the character  
substitution that "mapping=tex-text" performs will extend to few  
other TeX sequences as well ... but definitely not for accented  
characters. Perhaps

http://scripts.sil.org/cms/scripts/page.php? 
site_id=nrsi&item_id=xetex_faq#ligs

might be helpful.

Oliver
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] XeTeX "tex-text" mapping problem

2007-02-12 Thread Mojca Miklavec 
On 2/12/07, Hans Hagen wrote:
> Oliver Buerschaper wrote:
> > Hi all,
> >
> > there seems to be a problem with the XeTeX engine and the
> > "mapping:tex-text" feature for OpenType fonts. Try this:
> >
> > ---
> >
> > \usetypescriptfile[type-minion]
> > \usetypescript[minion][uc]
> > \setupbodyfont[minion,13pt]
> >
> > \starttext
> > There is --- without any doubt --- a tiny problem.
> > \stoptext
> >
> > ---
> >
> > together with the attached typescript file. Unfortunately, "---" is
> > not replaced by an em dash :-( Substituting works flawlessly for plain
> > XeTeX examples. Of course, replacing "---" with the proper Unicode em
> > dash in the above source solves the problem (by avoiding it).
> >
> > Any hints as to what I've done wrong?
> what is mapping=tex-text supposed to do?

Since commercial fonts usually don't have ligatures which are common
for TeX (one of them being endash and emdash), this options
artificially adds some more ligatures (or perhaps does other things as
well), so that TeX works as usual.

In 99% cases, "Mapping=tex-text" should be applied to the font used by
XeTeX. (If possible, it would be great if it could be applied
automatically to any OpenType font used by XeTeX.)

Example from http://wiki.contextgarden.net/Fonts_in_XeTeX:
\definefontsynonym  [DidotRegular]['Didot:mapping=tex-text']   [encoding=uc]

That's one of the features where I warned you about the colon (but as
I understood you, you were trying to move those options to the last
argument). But I don't know what the current state with font switching
and font parameters is.

Mojca
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] twocolumn document has trouble with colors

2007-02-12 Thread Zhichu Chen 

Cool! It works.

Thanks, everybody.


On 2/12/07, Hans Hagen <[EMAIL PROTECTED]> wrote:


Peter Rolf wrote:
> Hi Chen,
>
> Zhichu Chen wrote:
>
>> Hi everybody,
>>
>> Does this only happen to me?
>>
>>
> No, same problem here. The left column is black, the right one has the
> desired color. But I have no solution for it (so there was no reply from
> me earlier).
>
> Peter
>
>
>>
>> On 2/9/07, *Zhichu Chen* <[EMAIL PROTECTED]
>> > wrote:
>>
>> Hi there,
>>
>> Just a testing code:
>> =
>>
>> \setupcolors   [state=start]
>> \definecolor   [testcolor]   [r=1,g=.62,b=.0625]
>>
>> \starttext
>>
>> \startcolor   [testcolor]
>> \startcolumns [direction=left]
>>   \dorecurse{15}{\input knuth\endgraf}
>> \stopcolumns
>> \stopcolor
>>
>> \stoptext
>>
>> =
>>
>> And I find it's not perfectly what I really want. Is there any
>> tricks I can do to treat the color correctly when I start a
>> multi-column with the option "_direction=left_?"
>>
around line 659 in page-mul:

\ifreversecolumns
  \popsplitproperties % else wrong color stack
  [EMAIL PROTECTED]
\else
  [EMAIL PROTECTED]
\fi


add popsplitproperties, remake the format and see what happens then

-
 Hans Hagen | PRAGMA ADE
 Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context





--
Sincerely yours,
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

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] XeTeX "tex-text" mapping problem

2007-02-12 Thread Hans Hagen 
Oliver Buerschaper wrote:
> Hi all,
>
> there seems to be a problem with the XeTeX engine and the 
> "mapping:tex-text" feature for OpenType fonts. Try this:
>
> ---
>
> \usetypescriptfile[type-minion]
> \usetypescript[minion][uc]
> \setupbodyfont[minion,13pt]
>
> \starttext
> There is --- without any doubt --- a tiny problem.
> \stoptext
>
> ---
>
> together with the attached typescript file. Unfortunately, "---" is 
> not replaced by an em dash :-( Substituting works flawlessly for plain 
> XeTeX examples. Of course, replacing "---" with the proper Unicode em 
> dash in the above source solves the problem (by avoiding it).
>
> Any hints as to what I've done wrong?
what is mapping=tex-text supposed to do? 

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
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] twocolumn document has trouble with colors

2007-02-12 Thread Hans Hagen 
Peter Rolf wrote:
> Hi Chen,
>
> Zhichu Chen wrote:
>   
>> Hi everybody,
>>  
>> Does this only happen to me?
>>
>> 
> No, same problem here. The left column is black, the right one has the
> desired color. But I have no solution for it (so there was no reply from
> me earlier).
>
> Peter
>
>   
>>  
>> On 2/9/07, *Zhichu Chen* <[EMAIL PROTECTED]
>> > wrote:
>>
>> Hi there,
>>  
>> Just a testing code:
>> =
>>
>> \setupcolors   [state=start]
>> \definecolor   [testcolor]   [r=1,g=.62,b=.0625]
>>
>> \starttext
>>
>> \startcolor   [testcolor]
>> \startcolumns [direction=left]
>>   \dorecurse{15}{\input knuth\endgraf}
>> \stopcolumns
>> \stopcolor
>>
>> \stoptext
>>
>> =
>>  
>> And I find it's not perfectly what I really want. Is there any
>> tricks I can do to treat the color correctly when I start a
>> multi-column with the option "_direction=left_?"
>> 
around line 659 in page-mul: 

 \ifreversecolumns
   \popsplitproperties % else wrong color stack
   [EMAIL PROTECTED]
 \else
   [EMAIL PROTECTED]
 \fi


add popsplitproperties, remake the format and see what happens then

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Gap above \placefigure[top] ?

2007-02-12 Thread Hans Hagen 
Taco Hoekwater wrote:
> Hi Steffen,
>
> Steffen Wolfrum wrote:
>   
>> Hi,
>>
>> sorry, the next looks so simple, it's probably an often answered thing 
>> (I just could not find the answer anywhere$B!D(B)
>>
>> Why is there a little gap above the figure, though it should be "top".
>> How to avoid it?
>>
>> \starttext 
>> \showframe
>> \placefigure[top]{}{\externalfigure[../Figures/Test][frame=off]} 
>> \stoptext 
>> 
>
> The gap is the difference between the height of a typical line
> (\blank) and TeX's \topskip parameter. That explains it, but
> I do not see a nice way to correct the behaviour.
>   
i'll add a switch:

\unprotect

\chardef\topinserttopskipmode=0 % 1 no topskip

\def\OTRONEdotopinsertions
  {\ifvoid\topins\else
 \ifgridsnapping
   \box\topins
   \vskip-\topskip
   \vskip\strutheight % [xx] new: see icare topbleed
 \else
   \ifcase\topinserttopskipmode
 % 0: default, do nothing
   \or
 % 1: no topskip (crossed fingers)
 \vskip-\topskip
 \vskip\strutheight
   \fi
   \unvbox\topins
 \fi
   \fi
   \global\topinserted\zeropoint}

\protect

\starttext
\showframe
\placefigure[top]{}{\externalfigure[dummy][frame=on]}
\stoptext

so, 

\chardef\topinserttopskipmode=1

will remove topskip; undocumented, not interfaced, etc 

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
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

[NTG-context] XeTeX "tex-text" mapping problem

2007-02-12 Thread Oliver Buerschaper 

Hi all,

there seems to be a problem with the XeTeX engine and the  
"mapping:tex-text" feature for OpenType fonts. Try this:


---

\usetypescriptfile[type-minion]
\usetypescript[minion][uc]
\setupbodyfont[minion,13pt]

\starttext
There is --- without any doubt --- a tiny problem.
\stoptext

---

together with the attached typescript file. Unfortunately, "---" is  
not replaced by an em dash :-( Substituting works flawlessly for  
plain XeTeX examples. Of course, replacing "---" with the proper  
Unicode em dash in the above source solves the problem (by avoiding it).


Any hints as to what I've done wrong?

Best,
Oliver




type-minion.tex
Description: Binary data
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: [NTG-context] Gap above \placefigure[top] ?

2007-02-12 Thread Taco Hoekwater 
Hi Steffen,

Steffen Wolfrum wrote:
> Hi,
> 
> sorry, the next looks so simple, it's probably an often answered thing 
> (I just could not find the answer anywhere…)
> 
> Why is there a little gap above the figure, though it should be "top".
> How to avoid it?
> 
> \starttext 
> \showframe
> \placefigure[top]{}{\externalfigure[../Figures/Test][frame=off]} 
> \stoptext 

The gap is the difference between the height of a typical line
(\blank) and TeX's \topskip parameter. That explains it, but
I do not see a nice way to correct the behaviour.


Best, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context