Re: [NTG-context] Font features

[Wolfgang Schuster]

Am 15.05.2009 um 04:06 schrieb Vyatcheslav Yatskovsky:


Hello,

I also have a question about font features. Minion Pro has old style  
numerals. How to display them, provided that I enabled this feature?


In the following test script, I get ordinary numbers, no old style.


\definefontfeature[onum][default][onum=yes] or you the predefined  
'oldstyle' feature set.



\starttypescript [serif] [MinionPro]
 \definefontsynonym [Serif][MinionPro-Regular.otf][features=onum]
\stoptypescript


Use 'name:' or 'file:' prefix for the the font and remove the file  
extension, e.g.


\definefontsynonym [Serif][file:MinionPro-Regular][features=onum]

Wolfgang

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] MKIV, fonts, confusion

[Wolfgang Schuster]

Am 15.05.2009 um 01:48 schrieb luigi scarso:


On Thu, May 14, 2009 at 12:39 PM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:


when i convert the to TT format i get a correct output


yes, but there is also an original ttf version -- they works ok , of  
course.


you wrote this before and i used now the ttf version in the example i  
sent you offlist.


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
___

[NTG-context] Font features

[Vyatcheslav Yatskovsky]

Hello,

I also have a question about font features. Minion Pro has old style 
numerals. How to display them, provided that I enabled this feature?


In the following test script, I get ordinary numbers, no old style.


\starttypescript [serif] [MinionPro]
  \definefontsynonym [Serif][MinionPro-Regular.otf][features=onum]
\stoptypescript

\starttypescript [MinionPro]
  \definetypeface [MinionPro][rm][serif][MinionPro][features=onum]
\stoptypescript

\usetypescript[MinionPro]

\setupbodyfont[MinionPro,16pt]

\starttext
This is bla bla bla 1234567890.
\stoptext


Regards,
Vyatcheslav
___
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, fonts, confusion

[luigi scarso]

On Thu, May 14, 2009 at 12:39 PM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:

>
> Am 14.05.2009 um 12:12 schrieb luigi scarso:
>
>  On Thu, May 14, 2009 at 11:56 AM, Taco Hoekwater 
>> wrote:
>>
>>  No, it needs engine support which is not present. Fastest solution:
>>> open the font in fontforge and fix the units, save under a different
>>> name, and use that font instead.
>>>
>>>  arthur told me that can arise rounding errors.
>> I should try to convert to Type1 instead
>>
>
> when i convert the to TT format i get a correct output
>
yes, but there is also an original ttf version -- they works ok , of course
.

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

Re: [NTG-context] replacement of "\...@." ?

[Peter Münster]

On Thu, 14 May 2009, Hans Hagen wrote:

> each language can has its own rules ... spacing after period or comma is one,
> but also think of quotes in quotations etc; and, the french have spacing
> before and after : ; . , (it has always been a selling point for tex to be
> able to deal with it)

Hello Hans,

Could you please comment on this message:
http://archive.contextgarden.net/message/20080718.192231.d8036759.en.html

It seems, that the contents of this message is still up-to-date.

Cheers, Peter

-- 
Contact information: http://pmrb.free.fr/contact/

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] replacement of "\...@." ?

[Wolfgang Schuster]

Am 14.05.2009 um 21:59 schrieb Ryo Furue:


I know there is a typographic style where the inter-word
and inter-sentence spacings are the same.  But, by default,
ConTeXt uses a larger inter-sentence spacing than the
inter-word spacing.  In such a case, there has to be a means
to indicate an inter-sentence spacing when a sentence ends
with a capital letter and a period.


The TeXbook suggest to use \null before the period,
e.g. "USA\null. This is another sentence" but I would prefer
here LaTeX's \...@.

@Hans: There is something wrong with \nonfrenchspacing (or  
spacefactor) in mkiv.


\starttext

USA. This is another sentence

USA.\ This is another sentence

USA\null. This is another sentence

USA\spacefactor1000. This is another sentence

\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  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] replacement of "\...@." ?

[Ryo Furue]

| > 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.
| 
| ... USA.\ ...

Thanks, but that doesn't change the spacing, in my environment
at least.  (I use texlive-context on the testing distribution
of Debian.)

I think the command "\ " inserts an inter-word spacing,
not an inter-sentence spacing.  You can compare whether

   USA.\ This is another sentence

gives the same result as

   USA\spacefactor1000. This is another sentence

I know there is a typographic style where the inter-word
and inter-sentence spacings are the same.  But, by default,
ConTeXt uses a larger inter-sentence spacing than the
inter-word spacing.  In such a case, there has to be a means
to indicate an inter-sentence spacing when a sentence ends
with a capital letter and a period.

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
___

Re: [NTG-context] OpenType Features

[Wolfgang Schuster]

You asked the same questions a few days ago, what's your problem
with the answers you got last time?

Wolfgang


Am 14.05.2009 um 14:18 schrieb Arun Dev:



Hello,

   I am using Context Mark II + XeTeX. I would like to know the  
following things.


1. How to use opentype font features. I tried the following code but  
it is not working.

  \definefontfeature[myfontfea][+onum]
  \definetypeface[Libertine][rm][Xserif][Linux Libertine O][default] 
[features=myfontfea]

  \setupbodyfont[Libertine,12pt]

2. Is there an eqivalent code to the following XeLaTeX code.
  \defaultfontfeatures{Scale=MatchLowercase}
3. How to use Cambria Math font to typeset math.


___
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: linux-64

[Mojca Miklavec]

On Thu, May 14, 2009 at 20:43, Peter Münster wrote:
> On Thu, 14 May 2009, Mojca Miklavec wrote:
>
>> Peter, may I ask you to recompile the luatex beta binary (in
>> src/luatex) and commit it to current/luatex-0.40.1/luatex?
>
> Of course. Compilation has just been started.

Thanks,
   Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Updating bug: linux-64

[Peter Münster]

On Thu, 14 May 2009, Mojca Miklavec wrote:

> Peter, may I ask you to recompile the luatex beta binary (in
> src/luatex) and commit it to current/luatex-0.40.1/luatex?

Of course. Compilation has just been started.
Cheers, Peter

-- 
Contact information: http://pmrb.free.fr/contact/

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Updating bug: linux-64

[Taco Hoekwater]

bbvo...@home.nl wrote:

On Thursday 14 May 2009, Arthur Reutenauer wrote:

It should, yes. Even better would be if you then sent your binary
to Mojca, since yours will run on more platforms than the current
binary in minimals.

  Absolutely, and, even better, Bernard, if you're willing to use SVN,
you can even submit the binaries to the repository yourself.  Write to
Mojca and me if you want an account on the server.


Lets try compiling first ;)

The correct link on luatex.org is still 
http://foundry.supelec.fr/projects/luatex ?


... and is currently down?


Oh, yes: foundry.supelec.fr is being upgraded today, it should be back
on line tomorrow morning. Sorry, I forgot to mention that.

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
___

Re: [NTG-context] beta (12.05.2009, 22:36): footnote marker and overprinting

[Peter Rolf]

Hans Hagen schrieb:

Peter Rolf wrote:

Hi,

just in case this slipped someone's mind :)

I still get an error about an undefined control sequence 
(\PDFobjectreferenceB) and the footnote marker (star) is not moved 
with the footnote (\moveright).


The attached example code (with overprinting) breaks with the 
mentioned error. The attached picture shows the problem with the 
separated footnote marker. It can be created with the other versions 
(without overprinting) of the \NoteNumber and \MyFootnote macros.


it's

\def\MyFootnote#1{\footnote
  {\hskip3em \startproperty[overprint]#1\stopproperty}}

sorry, i couldn't resist. \dostartoverprint was the more 'sexy' 
alternative ;)


to tell the truth i can't quite remember why i chose this one. but i'm 
sure that i have tested everthing related to overprint.




(i'll make \startoverprint which is actually kind of low level 
unexpandable but not \dostartproperty which is not intended as user 
command)


ah, perfect a nice and melodic user command without any expansion 
problems :)

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] Updating bug: linux-64

[bbvogel]

On Thursday 14 May 2009, Taco Hoekwater wrote:
> bbvo...@home.nl wrote:
> >> This means the 64bit binary is too new for your machine :(
> >
> > Thanks.
> >
> > 3 months after release and Debian Lenny is already too old.
>
> If it was any other distro I would be surprised ;)
> Lenny is glibc 2.7, right?

Right

>
> > Compiling luatex myself and updating minimals, does that work?
>
> It should, yes. Even better would be if you then sent your binary
> to Mojca, since yours will run on more platforms than the current
> binary in minimals.

In that case a clean chroot environment might be handy.
Lets see what I can do.

>
> 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] Updating bug: linux-64

[bbvogel]

On Thursday 14 May 2009, Arthur Reutenauer wrote:
> > It should, yes. Even better would be if you then sent your binary
> > to Mojca, since yours will run on more platforms than the current
> > binary in minimals.
>
>   Absolutely, and, even better, Bernard, if you're willing to use SVN,
> you can even submit the binaries to the repository yourself.  Write to
> Mojca and me if you want an account on the server.

Lets try compiling first ;)

The correct link on luatex.org is still 
http://foundry.supelec.fr/projects/luatex ?

... and is currently down?

>
>   Arthur
> ___
> If your question is of interest to others as well, please add an
> entry to the Wiki!
>
> maillist : ntg-context@ntg.nl /
> http://www.ntg.nl/mailman/listinfo/ntg-context webpage  :
> http://www.pragma-ade.nl / http://tex.aanhet.net
> archive  : https://foundry.supelec.fr/projects/contextrev/
> wiki : http://contextgarden.net
> ___
>


___
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] docs

[Wolfgang Schuster]

Am 14.05.2009 um 17:12 schrieb R. Bastian:


Thanks, but I will write the source in the following manner:

\german

Was meinst Du?

\bavarian

Woas moanst?

\french
Que veux-tu dire ?


When you want you complete document in one language you can write

\startmode[de]
Was meinst du?
\stopmode

\startmode[fr]
Que veux-tu dire ?
\stopmode

and call context with "context --modes=de filename" for the german  
version.


For a version with the text for two languages on facing pages you can  
use

your example code as it is with the streams module.

Wolfgang

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Updating bug: linux-64

[Mojca Miklavec]

On Thu, May 14, 2009 at 17:21, Arthur Reutenauer wrote:
>> It should, yes. Even better would be if you then sent your binary
>> to Mojca, since yours will run on more platforms than the current
>> binary in minimals.
>
>  Absolutely, and, even better, Bernard, if you're willing to use SVN,
> you can even submit the binaries to the repository yourself.  Write to
> Mojca and me if you want an account on the server.

Sorry, my fault, I figured out that I may not compile the binaries on
the garden any more (I didn't know that before). Usually Peter
compiles all the binaries, this time I did and that has apparently
been a mistake. Sorry.

Peter, may I ask you to recompile the luatex beta binary (in
src/luatex) and commit it to current/luatex-0.40.1/luatex?

Thanks,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] docs

[R. Bastian]

On Thu, 14 May 2009 14:45:20 +0200
Henning Hraban Ramm  scribit:

> 2009/5/14 luigi scarso :
> >> I would write a french & german intro-source for (quasi absolute)
> >> newcomers
> >> which need  to have a working system producing PDF texts.
> >> But I know nothing about ConTeXt.
> 
> On the one hand it's a good idea to write an introduction / a tutorial
> for something you don't know, because you'll learn it that way.
> On the other hand it's a very bad idea to write about something you don't 
> know.
> 
> On the third hand I'm just writing a German introduction for someone
> who will use ConTeXt MkIV for scripts of a private medical school.
> As soon as it's usable, I'll release it open source.
> 
> There are my old intro slides at
> http://www.fiee.net/texnique/?menu=0-1-1&lang=de - but they're from
> 2003 and thus heavily outdated.

Very fine. I will study the source. 

> 
> 
> Greetlings, Hraban
> ___
> 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: linux-64

[Arthur Reutenauer]

> It should, yes. Even better would be if you then sent your binary
> to Mojca, since yours will run on more platforms than the current
> binary in minimals.

  Absolutely, and, even better, Bernard, if you're willing to use SVN,
you can even submit the binaries to the repository yourself.  Write to
Mojca and me if you want an account on the server.

Arthur
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] beta (12.05.2009, 22:36): footnote marker and overprinting

[Hans Hagen]

Peter Rolf wrote:

Hi,

just in case this slipped someone's mind :)

I still get an error about an undefined control sequence 
(\PDFobjectreferenceB) and the footnote marker (star) is not moved with 
the footnote (\moveright).


The attached example code (with overprinting) breaks with the mentioned 
error. The attached picture shows the problem with the separated 
footnote marker. It can be created with the other versions (without 
overprinting) of the \NoteNumber and \MyFootnote macros.


it's

\def\MyFootnote#1{\footnote
  {\hskip3em \startproperty[overprint]#1\stopproperty}}


(i'll make \startoverprint which is actually kind of low level 
unexpandable but not \dostartproperty which is not intended as user 
command)



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

[R. Bastian]

On Thu, 14 May 2009 09:49:46 -0400 (EDT)
Aditya Mahajan  scribit:

> On Thu, 14 May 2009, R. Bastian wrote:
> 
[...]
> 
> > I wish to alternate french & german texts (so they can be translated in
> > other languages).
> 
> Also see 
> http://wiki.contextgarden.net/ConTeXt_on_Excursion%2C_translations
> 
> The wiki page is old and the svn repo is not accessible right now, but 
> someone started translating it into french.

 Thanks, but I will write the source in the following manner:

\german

Was meinst Du?

\bavarian

Woas moanst?

\french
Que veux-tu dire ?

It is not necessaury to make texian acrobaties: 
the extraction can be done by a little Python-script

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

Re: [NTG-context] Updating bug: linux-64

[Taco Hoekwater]

bbvo...@home.nl wrote:
>> This means the 64bit binary is too new for your machine :(

> Thanks. 
> 
> 3 months after release and Debian Lenny is already too old.

If it was any other distro I would be surprised ;)
Lenny is glibc 2.7, right?

> Compiling luatex myself and updating minimals, does that work?

It should, yes. Even better would be if you then sent your binary
to Mojca, since yours will run on more platforms than the current
binary in minimals.

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
___

Re: [NTG-context] Updating bug: linux-64

[bbvogel]

On Thursday 14 May 2009, Taco Hoekwater wrote:
> bbvo...@home.nl wrote:
> > Dear all,
> >
> > Updating context (linux-64) gives:
> >
> > texlua: /lib/libc.so.6: version `GLIBC_2.8' not found (required by
> > texlua)
>
> This means the 64bit binary is too new for your machine :(

Thanks. 

3 months after release and Debian Lenny is already too old.

Compiling luatex myself and updating minimals, does that work?

>
> ___
> 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] docs

[Mari Voipio]

R. Bastian wrote:

-. Is it necessary to know TeX ?


I assume it depends on what you are planning to do with ConTeXt. I've 
been using ConTeXt for at least five years now, but I've never touched 
TeX (nor LaTeX nor any others, just ConTeXt). I've got a vague idea what 
it is about and that's it.



Some points though:

- background in something else than WYSIWYG editing (What You See Is 
What You Get = Word, for example) helps a lot. Before I started with 
ConTeXt I'd already done my share of html and I've learned to do 
structured documents also in word processing (i.e. "mark it heading 1" 
instead of "make that big and black).


- I do ConTeXt pretty much with the "learn-as-you-go" philosophy and 
when I really have to learn something, I'm pretty determined; most of my 
ConTeXt usage is at work and if something needs to be done, it has to 
get done and I can't back off if it seems difficult first.
(It took me two days, lot of swearing and a few questions on this 
mailing list to achieve my first ConTeXt doc in Cyrillic, but I did it 
in the end. Now it is of course as easy as can be...)


- depends on the operationg system and user's backgrouns, too. Those 
who've used linux/mainframe are probably less likely to be upset by 
ConTeXt while your average Mac/Windows user may go crazy at the steep 
start of the learning curve; I'd done some unix and that definitely 
increased my tolerance.




There are days when I swear and yell and curse myself for going over 
from Word to ConTeXt. But on 9 days out of 10 I pat myself on the back 
for making the switch. Especially on those styles when MS Word defies 
all of my attempts to keep a document structurally styled...





That's my five cents,

Mari
___
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] bugs in beta (footnotes)

[Hans Hagen]

Wolfgang Schuster wrote:


Am 12.05.2009 um 19:07 schrieb Henning Hraban Ramm:


Only footnotes in section titles don't work - should they?

[...]

I couldn't construct a minimal failing example - any hints?



No solution but here is a test file:

\setupinteraction[state=start]
\starttext
\section{foo\footnote{bar}}
\stoptext


repaired


-
  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] beta: figure boundingbox

[Hans Hagen]

Peter Rolf wrote:

Hans Hagen schrieb:

Peter Rolf wrote:

Hi,

while comparing the PDF of mkii and mkiv I noticed a slight differ in 
the boundingboxes (bb) of MP figures.
While all mkii bb have the form [0 0 w h], the mkiv counterparts use 
[-1 -1 w+1 h+1]. So the bb of mkiv is enlarged 1bp in all directions. 
Is this intended?


harmless ... it prevents clipping of lines

mh, you mean if something is \framed (with default frame settings)?


if the bbox goes through the middle of a line in an xform then you get 
(in acrobat) clipped lines so this avoids that problem



-
  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] How to prevent header at page bottom

[Aditya Mahajan]

On Thu, 14 May 2009, Jos van Gisbergen wrote:


Hi,

I have defined my own header:
 \definehead[myhead][subsection]
 \setuphead[myhead][ page=no, number=no ]
All works fine, except sometimes the head appears at page bottom and
the text starts on the next page. How can I specify that if less than, say,
3 lines of text fit on the current page below the head, the head and text
should start on the next page.


\testpage[3] checks that you have space for atleast 3 lines in the current 
page. So you can use


\setuphead[myhead][before={\testpage[3]\blank}]

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
___

Re: [NTG-context] docs

[Aditya Mahajan]

On Thu, 14 May 2009, R. Bastian wrote:


Hi,

I would write a french & german intro-source for (quasi absolute) newcomers
which need  to have a working system producing PDF texts.

But I know nothing about ConTeXt. therefor I cant do anything without your help.
A first series of question:

-. For a newcommer, is Mk II the best choice ?


Yes. But the only major difference (from the user's point of view) in MkII 
and MkIV is typescript definitions. Other commands are mostly same.



-. Is it necessary to know TeX ?


For the most part no. You can use ConTeXt without knowing anything about 
catcodes, text encodings (always use unicode), \hbox and \vbox (use 
\framed etc), and \halign (use tables and mathalignments). You need to 
know a bit about font handling, but ConTeXt does that completely 
differently from TeX.



or Is ConTeXt (CTX) compatible with TeX ?


It is compatible in the sense that a plain tex document will work in 
Context. You may not always get the same output as the defaults are 
different.



I wish to alternate french & german texts (so they can be translated in
other languages).


Also see 
http://wiki.contextgarden.net/ConTeXt_on_Excursion%2C_translations


The wiki page is old and the svn repo is not accessible right now, but 
someone started translating it into french.


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
___

Re: [NTG-context] beta: figure boundingbox

[Peter Rolf]

Hans Hagen schrieb:

Peter Rolf wrote:

Hi,

while comparing the PDF of mkii and mkiv I noticed a slight differ in 
the boundingboxes (bb) of MP figures.
While all mkii bb have the form [0 0 w h], the mkiv counterparts use 
[-1 -1 w+1 h+1]. So the bb of mkiv is enlarged 1bp in all directions. 
Is this intended?


harmless ... it prevents clipping of lines

mh, you mean if something is \framed (with default frame settings)?



\setbox0\hbox{\useMPgraphic{foo}}
\the\wd0 \the\dimexpr2in\relax
\box0

the real dimensions and positioning is ok

i haven't seen any problems here so far and my default unit (px) is 
smaller than one bp. i was just wondering :)

thx for the info.





-
  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] Updating bug: linux-64

[Taco Hoekwater]

bbvo...@home.nl wrote:
> Dear all,
> 
> Updating context (linux-64) gives:
>  
> texlua: /lib/libc.so.6: version `GLIBC_2.8' not found (required by texlua)

This means the 64bit binary is too new for your machine :(

___
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] docs

[Diego Depaoli]

2009/5/14 R. Bastian :
> I would write a french & german intro-source for (quasi absolute) newcomers
> which need  to have a working system producing PDF texts.
> But I know nothing about ConTeXt. therefor I cant do anything without your 
> help.
> A first series of question:

> -. Is it necessary to know TeX ?
no, if you know Wolfgang :-D

Regards
-- 
Diego Depaoli
___
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] beta: figure boundingbox

[Hans Hagen]

Peter Rolf wrote:

Hi,

while comparing the PDF of mkii and mkiv I noticed a slight differ in 
the boundingboxes (bb) of MP figures.
While all mkii bb have the form [0 0 w h], the mkiv counterparts use [-1 
-1 w+1 h+1]. So the bb of mkiv is enlarged 1bp in all directions. Is 
this intended?


harmless ... it prevents clipping of lines

\setbox0\hbox{\useMPgraphic{foo}}
\the\wd0 \the\dimexpr2in\relax
\box0

the real dimensions and positioning is ok




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

[Henning Hraban Ramm]

2009/5/14 luigi scarso :
>> I would write a french & german intro-source for (quasi absolute)
>> newcomers
>> which need  to have a working system producing PDF texts.
>> But I know nothing about ConTeXt.

On the one hand it's a good idea to write an introduction / a tutorial
for something you don't know, because you'll learn it that way.
On the other hand it's a very bad idea to write about something you don't know.

On the third hand I'm just writing a German introduction for someone
who will use ConTeXt MkIV for scripts of a private medical school.
As soon as it's usable, I'll release it open source.

There are my old intro slides at
http://www.fiee.net/texnique/?menu=0-1-1&lang=de - but they're from
2003 and thus heavily outdated.


Greetlings, Hraban
___
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] bibmodule (again)

[Bruce D'Arcus]

Taco Hoekwater  elvenkind.com> writes:

> The new structure and referencing code is totally different from
> the old code and I understand less than half of it. What's worse:
> I seem to be really bad at explaining to Hans all the things that
> should happen wrt. references in the bib module.

:-)

FWIW, Frank Bennett has completely written the Zotero Javascript CSL engine to
be faster and easier to maintain and extend. It's also now independently hosted
and developed.



Bruce

___
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] OpenType Features

[Hans Hagen]

Arun Dev wrote:

Hello,

   I am using Context Mark II + XeTeX. I would like to know the
following things.

1. How to use opentype font features. I tried the following code but it is
not working.
  \definefontfeature[myfontfea][+onum]
  \definetypeface[Libertine][rm][Xserif][Linux Libertine
O][default][features=myfontfea]
  \setupbodyfont[Libertine,12pt]


\definefontfeature[myfontfea][onum=yes]



2. Is there an eqivalent code to the following XeLaTeX code.
  \defaultfontfeatures{Scale=MatchLowercase}


i have no clue what that is supposed to do


3. How to use Cambria Math font to typeset math.


\usetypescript[cambria] \setupbodyfont[cambria]

but only in mkiv

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

[luigi scarso]

On Thu, May 14, 2009 at 2:01 PM, R. Bastian  wrote:

> Hi,
>
> I would write a french & german intro-source for (quasi absolute) newcomers
> which need  to have a working system producing PDF texts.
>
> But I know nothing about ConTeXt. therefor I cant do anything without your
> help.
> A first series of question:
>

read-and-answer-in-0seconds

>
> -. For a newcommer, is Mk II the best choice ?
>
yes

>
> -. Is it necessary to know TeX ?
>
yes

>
> or Is ConTeXt (CTX) compatible with TeX ?
>
yes


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

Re: [NTG-context] MKIV, fonts, confusion

[luigi scarso]

On Thu, May 14, 2009 at 1:08 PM, Arthur Reutenauer <
arthur.reutena...@normalesup.org> wrote:

> > arthur told me that can arise rounding errors.
>
>   You have to remember I used to be a mathematician.  I say things that
> are meant to be true, not meant to be helpful :-)
>
>  If you want to be sure that LuaTeX's output looks right in the most
> recent versions of Adobe Reader, editing the font is the way to go
> (although there might be license issues with commercial fonts).  Of
> course conversion is not perfect, but you can't have it both way!
> Besides, the metrics won't change if you only modify upm; only the
> outlines do.
>
> > I should try to convert to Type1 instead
>
>   That should indeed work if you don't need more than 256 glyphs in the
> font (are you *sure* you don't?).
>
>Arthur
>
what I mean is:
chose an encoding
convert otf to type1 as is,
make a pdf with mkiv
check if it's ok.

It's only for experiment , of course:
Fell type come with a native ttf edition which is OK (or better, really OK),
and one should chose this one to avoid any problems
(so eventually I can compare pdfs ).

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

[NTG-context] OpenType Features

[Arun Dev]

Hello,

   I am using Context Mark II + XeTeX. I would like to know the
following things.

1. How to use opentype font features. I tried the following code but it is
not working.
  \definefontfeature[myfontfea][+onum]
  \definetypeface[Libertine][rm][Xserif][Linux Libertine
O][default][features=myfontfea]
  \setupbodyfont[Libertine,12pt]

2. Is there an eqivalent code to the following XeLaTeX code.
  \defaultfontfeatures{Scale=MatchLowercase}

3. How to use Cambria Math font to typeset math.
___
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, fonts, confusion

[Arthur Reutenauer]

> Not only OOo, InDesign does that too, moreover, someone said even if
> LuaTeX (XeTeX too) output looked OK in Adobe reader 7, the print isn't
> OK.

  On what printer?  It's probably a bug in the driver, too.  LuaTeX does
exactly according to specification, I discussed this strategy with Taco
years ago.  I suppose XeTeX does conform, too, and it came to that
arrangement independently.  It's really sad that Adobe does not conform
to its own specifications.

Arthur
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] replacement of "\...@." ?

[Khaled Hosny]

On Thu, May 14, 2009 at 09:04:51AM +0200, Hans Hagen wrote:
> Yue Wang wrote:
>> 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.
>
> huh?
>
> each language can has its own rules ... spacing after period or comma is  
> one, but also think of quotes in quotations etc; and, the french have  
> spacing before and after : ; . , (it has always been a selling point for  
> tex to be able to deal with it)

Not only French, it is also the case for traditional Arabic typesetting,
though people tend to follow the English rules these days.

Regards,
 Khaled


-- 
 Khaled Hosny
 Arabic localiser and member of Arabeyes.org team
 Free font developer


signature.asc
Description: Digital signature
___
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] docs

[R. Bastian]

Hi,

I would write a french & german intro-source for (quasi absolute) newcomers
which need  to have a working system producing PDF texts. 

But I know nothing about ConTeXt. therefor I cant do anything without your help.
A first series of question:

-. For a newcommer, is Mk II the best choice ?

-. Is it necessary to know TeX ?

or Is ConTeXt (CTX) compatible with TeX ?

I wish to alternate french & german texts (so they can be translated in 
other languages). 

rb

""
Wanderer, kommst du nach LuaTeX,
dann hoff nicht zuviel, sonst hast du PeX
""" ;-)

___
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, fonts, confusion

[Arthur Reutenauer]

> Rounding errors are not that important in this case, and there
> are downsides to both (o3->o2 touches *only* control points, so in
> some sense it is more precise than upm change).

  True, you can see it that way, too.  We really need Karel Píška here :-)

> What's normally more
> important is that if you convert to ttf, you will loose all hinting
> information.

  Right.

Arthur
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] MKIV, fonts, confusion

[Khaled Hosny]

On Thu, May 14, 2009 at 11:03:10AM +0200, luigi scarso wrote:
> $>pdffonts felltype.pdf
> name  
>    type  emb sub uni object ID
>  - --- --- --- -
> PDPWHW+LMRoman12-Regular CID Type 0C   yes yes yes  4  0
> DUTOMC+IM_FELL_Double_Pica_PRO_Roman CID Type 0C   yes yes yes  5  0
> 
> $>pdffonts felltype_oo.pdf
> name type  emb sub uni object ID
>  - --- --- --- -
> FTLUYL+IM_FELL_Double_Pica_PRO_Roman Type 1C   yes yes no   8  0
> FTLUYL+IM_FELL_Double_Pica_PRO_Roman Type 1C
> 
> So I don't understand how OO "transform" this opentype in a Type1 ,
> and if is it possible to do  the same thing in mkiv.

Not only OOo, InDesign does that too, moreover, someone said even if
LuaTeX (XeTeX too) output looked OK in Adobe reader 7, the print isn't
OK.


-- 
 Khaled Hosny
 Arabic localiser and member of Arabeyes.org team
 Free font developer


signature.asc
Description: Digital signature
___
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, fonts, confusion

[Taco Hoekwater]

Arthur Reutenauer wrote:
>> when i convert the to TT format i get a correct output
> 
>   If Luigi is concerned with rounding errors, he shouldn't do that:
> while the coordinates of the points on the curve wouldn't change, all
> the control points would need to be recalculated due to the conversion
> from cubic to quadratic splines.  On the other hand, if you keep CFF
> outlines and reset the units per em size from 2048 to 1000, you're of
> course exposed to rounding errors, but all the original points are
> retained, both points on the curve and control points -- thus it's much
> less error-prone, in my opinion.

Rounding errors are not that important in this case, and there
are downsides to both (o3->o2 touches *only* control points, so in
some sense it is more precise than upm change). What's normally more
important is that if you convert to ttf, you will loose all hinting
information.

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
___

Re: [NTG-context] MKIV, fonts, confusion

[Arthur Reutenauer]

> when i convert the to TT format i get a correct output

  If Luigi is concerned with rounding errors, he shouldn't do that:
while the coordinates of the points on the curve wouldn't change, all
the control points would need to be recalculated due to the conversion
from cubic to quadratic splines.  On the other hand, if you keep CFF
outlines and reset the units per em size from 2048 to 1000, you're of
course exposed to rounding errors, but all the original points are
retained, both points on the curve and control points -- thus it's much
less error-prone, in my opinion.

Arthur
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] MKIV, fonts, confusion

[Arthur Reutenauer]

> arthur told me that can arise rounding errors.

  You have to remember I used to be a mathematician.  I say things that
are meant to be true, not meant to be helpful :-)

  If you want to be sure that LuaTeX's output looks right in the most
recent versions of Adobe Reader, editing the font is the way to go
(although there might be license issues with commercial fonts).  Of
course conversion is not perfect, but you can't have it both way!
Besides, the metrics won't change if you only modify upm; only the
outlines do.

> I should try to convert to Type1 instead

  That should indeed work if you don't need more than 256 glyphs in the
font (are you *sure* you don't?).

Arthur

-- 
  Student: I'm new at this university, and I'm lost.  Can you tell me
   where I am?
  Professor, after a 1- or 2-minute pause: You're in my office.
  Student: Oh, I see.  I'm in the math department.
  Professor: Yes!  How did you guess?
  Student: That's easy:
   1. You thought your answer over thorougly.
   2. The facts you stated are exactly true.
   3. They don't help me at all!
___
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] mplib logging

[Peter Rolf]

Peter Rolf schrieb:

Hi,

how do I enable (verbose) logging of mplib? I have problems with a 
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q 
endstream endobj). No errors or warnings in the ConTeXt log (actual? 
beta). The same code works with mkii. No minimal example yet.



found the culprit. i reuse (hashing) /FunctionType3 definitions and this 
is the cause of the trouble. there seems to be some runtime problems 
(time when object number is written) in my lua/tex code. in the breaking 
example the function definition was defined as obj 6 instead of the 
xobject form. without hashing ('old code kept for readability') there 
are no problems.


sorry for the noise.

Peter


Peter


___ 

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] MKIV, fonts, confusion

[Wolfgang Schuster]

Am 14.05.2009 um 12:12 schrieb luigi scarso:

On Thu, May 14, 2009 at 11:56 AM, Taco Hoekwater  
 wrote:



No, it needs engine support which is not present. Fastest solution:
open the font in fontforge and fix the units, save under a different
name, and use that font instead.


arthur told me that can arise rounding errors.
I should try to convert to Type1 instead


when i convert the to TT format i get a correct output

Wolfgang

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] MKIV, fonts, confusion

[luigi scarso]

On Thu, May 14, 2009 at 11:56 AM, Taco Hoekwater  wrote:

>
>
> luigi scarso wrote:
> >
> > And aren't we able to do the same trick -- even with a lots of
> > unreadable macros -- in luatex ?
>
> No, it needs engine support which is not present. Fastest solution:
> open the font in fontforge and fix the units, save under a different
> name, and use that font instead.
>
arthur told me that can arise rounding errors.
I should try to convert to Type1 instead



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

Re: [NTG-context] MKIV, fonts, confusion

[Taco Hoekwater]

luigi scarso wrote:
> 
> And aren't we able to do the same trick -- even with a lots of
> unreadable macros -- in luatex ?

No, it needs engine support which is not present. Fastest solution:
open the font in fontforge and fix the units, save under a different
name, and use that font instead.

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
___

Re: [NTG-context] MKIV, fonts, confusion

[luigi scarso]

On Thu, May 14, 2009 at 11:34 AM, Taco Hoekwater  wrote:

>
>
> luigi scarso wrote:
> > > So I don't understand how OO "transform" this opentype in a Type1 ,
> >
> > I guess that that is not hard when a document uses no more than 256
> > glyphs from the font.
> >
> >
> > yes, a sort of creation of font encodings at fly for more than 256
> > glyphs -- but why ?
>
> Maybe to get around that bug^H^H^Hfeature in AR8 and AR9

it's a bug of AR8 and AR9 , IMHO .
AR7 shows it ok;
AR5 says it's a broken  pdf .


> > Also, does it fix em size, given that this appears to be the root of the
> > problem ?
>
> No, it fixes nothing. It just works around the issue. The cause of
> the problem is that AR8 and AR9 *require* Type0 fonts to have 1000
> units/em, otherwise the glyph drawing routine outputs an incorrectly
> scaled object. There is no such limitation for Type1C fonts, and
> that is why it works ok there (at least for now, who knows what AR10
> will bring ...)
>
And aren't we able to do the same trick -- even with a lots of unreadable
macros -- in luatex ?

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

Re: [NTG-context] MKIV, fonts, confusion

[Taco Hoekwater]

luigi scarso wrote:
> > So I don't understand how OO "transform" this opentype in a Type1 ,
> 
> I guess that that is not hard when a document uses no more than 256
> glyphs from the font. 
> 
> 
> yes, a sort of creation of font encodings at fly for more than 256
> glyphs -- but why ?

Maybe to get around that bug^H^H^Hfeature in AR8 and AR9 that
causes distress in mkiv, but more likely is that they believed
the reencoding to Type1c was easier to handle than dealing with
CID fonts.

> Also, does it fix em size, given that this appears to be the root of the
> problem ?

No, it fixes nothing. It just works around the issue. The cause of
the problem is that AR8 and AR9 *require* Type0 fonts to have 1000
units/em, otherwise the glyph drawing routine outputs an incorrectly
scaled object. There is no such limitation for Type1C fonts, and
that is why it works ok there (at least for now, who knows what AR10
will bring ...)

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
___

Re: [NTG-context] MKIV, fonts, confusion

[luigi scarso]

On Thu, May 14, 2009 at 11:11 AM, Taco Hoekwater  wrote:

>
>
> luigi scarso wrote:
> >
> > $>pdffonts felltype.pdf
> > name type  emb sub uni object
> ID
> >  - --- --- ---
> -
> > PDPWHW+LMRoman12-Regular CID Type 0C   yes yes yes  4
>  0
> > DUTOMC+IM_FELL_Double_Pica_PRO_Roman CID Type 0C   yes yes yes  5
>  0
> >
> > $>pdffonts felltype_oo.pdf
> > name type  emb sub uni object
> ID
> >  - --- --- ---
> -
> > FTLUYL+IM_FELL_Double_Pica_PRO_Roman Type 1C   yes yes no   8
>  0
> > FTLUYL+IM_FELL_Double_Pica_PRO_Roman Type 1C
> >
> > So I don't understand how OO "transform" this opentype in a Type1 ,
>
> I guess that that is not hard when a document uses no more than 256
> glyphs from the font.


yes, a sort of creation of font encodings at fly for more than 256 glyphs --
but why ?
Also, does it fix em size, given that this appears to be the root of the
problem ?


> Can you experiment a bit and see what happens
> if you use more of them?
>
> yes ,if I have time this weekend -- volunteer welcome, of course.



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

Re: [NTG-context] The ultimate (?) float problem

[Piotr Kopszak]

I think I more or less got the idea of what is possible. But let me
describe my project. Maybe you might come up with a better solution.
I'm going to typeset a diary written and drawn by an illustrator and
graphic designer 70 years ago. What is unique, it consists of
handwritten pages which were already composed for publication. So in
fact I have to preserve both the juxtaposition of illustrations and
the text (give or take line or two). As basically the text should not
flow between pages I guess I could set the whole thing with layers
only. The biggest problem seems how to control placement of layers so
that the text inside them is set on the grid. Here is my initial setup
for a single page.

\definelayer  [figure][width=\overlaywidth,height=\overlayheight]
\defineoverlay[figure][{\directsetup{figure}\tightlayer[figure]}]
\setupcolors[state=start]
\setupbackgrounds[page][background=figure]
\setuppagenumbering[location={footer,right}]
\usetypescript[palatino]
\setupbodyfont[palatino,14pt]
\starttext
\startbuffer[zapf]
\input zapf
\stopbuffer
\startbuffer[hawking]
\input hawking
\stopbuffer

\flushlayer[figure]

\startsetups figure
\setlayerframed[figure][frame=off,x=25mm,y=43mm]{\externalfigure[cow][width=\textwidth,height=40mm]}
\setlayerframed[figure][frame=off,x=25mm,y=90mm,align=normal,width=\textwidth]{\getbuffer[zapf]}
\setlayerframed[figure][frame=off,x=80mm,y=150mm]{\externalfigure[cow][width=30mm,height=100mm]}
\setlayerframed[figure][frame=off,x=25mm,y=150mm,align=normal,width=50mm]{\getbuffer[hawking]}
\setlayerframed[figure][frame=off,x=120mm,y=150mm,align=normal,width=50mm]{\getbuffer[hawking]}
\stopsetups
\stoptext

Of course, it looks like it's going to take couple of months of rather
tedious manual work so any ideas how to make it easier are welcome.

Piotr

2009/5/12 luigi scarso :
>
>
> On Tue, May 12, 2009 at 3:32 PM, Wolfgang Schuster
>  wrote:
>>
>> Am 12.05.2009 um 15:18 schrieb Piotr Kopszak:
>>
>>> Yes, exactly.
>>
>> \setuppapersize [S6]
>> \setuptolerance [soepel,rek]
>
> better
>
> \setuppapersize [S6][S6]
> \setuptolerance [tolerant,stretch]
> --
> 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
> ___
>
>



-- 
http://okle.pl
___
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, fonts, confusion

[Taco Hoekwater]

luigi scarso wrote:
> 
> $>pdffonts felltype.pdf
> name type  emb sub uni object ID
>  - --- --- --- -
> PDPWHW+LMRoman12-Regular CID Type 0C   yes yes yes  4  0
> DUTOMC+IM_FELL_Double_Pica_PRO_Roman CID Type 0C   yes yes yes  5  0
> 
> $>pdffonts felltype_oo.pdf
> name type  emb sub uni object ID
>  - --- --- --- -
> FTLUYL+IM_FELL_Double_Pica_PRO_Roman Type 1C   yes yes no   8  0
> FTLUYL+IM_FELL_Double_Pica_PRO_Roman Type 1C
> 
> So I don't understand how OO "transform" this opentype in a Type1 ,

I guess that that is not hard when a document uses no more than 256
glyphs from the font. Can you experiment a bit and see what happens
if you use more of them?

> and if is it possible to do  the same thing in mkiv.

No.

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
___

Re: [NTG-context] MKIV, fonts, confusion

[luigi scarso]

On Wed, May 13, 2009 at 6:27 PM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:

>
> Am 13.05.2009 um 17:51 schrieb luigi scarso:
>
>  I  have not look at  simplefonts  as I want -- I planned
>> to use  it for an article on felltypes for arstexnica
>>
>
> You fixed the problem with the felltype fonts?
>
>
On Wed, May 13, 2009 at 6:27 PM, Wolfgang Schuster <
schuster.wolfg...@googlemail.com> wrote:

>
> Am 13.05.2009 um 17:51 schrieb luigi scarso:
>
>  I  have not look at  simplefonts  as I want -- I planned
>> to use  it for an article on felltypes for arstexnica
>>
>
> You fixed the problem with the felltype fonts?

No, maybe this weekend I will able to investigate a bit more .

The problem is the follow:
pdf make with felltypes and mkiv looks ugly in AdobeReader9 ---but not in
xpdf with latest freetype -- because of a unsual em size.
If you install the fonts in OpenOffice, the same document looks ok.


$>pdffonts felltype.pdf
name type  emb sub uni object ID
 - --- --- --- -
PDPWHW+LMRoman12-Regular CID Type 0C   yes yes yes  4  0
DUTOMC+IM_FELL_Double_Pica_PRO_Roman CID Type 0C   yes yes yes  5  0

$>pdffonts felltype_oo.pdf
name type  emb sub uni object ID
 - --- --- --- -
FTLUYL+IM_FELL_Double_Pica_PRO_Roman Type 1C   yes yes no   8  0
FTLUYL+IM_FELL_Double_Pica_PRO_Roman Type 1C

So I don't understand how OO "transform" this opentype in a Type1 ,
and if is it possible to do  the same thing in mkiv.




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

Re: [NTG-context] bibmodule (again)

[Thomas A. Schmitz]

On May 14, 2009, at 10:08 AM, Taco Hoekwater wrote:



Hi,

I can't fix everything, but I believe I have made some progress.


Hi Taco,

thanks a lot for looking into it! Your redefinitions make the minimal  
example work; I'll have to see how I can transfer them to my non- 
minimal files where I make extensive adaptations to the bib styles.




The new structure and referencing code is totally different from
the old code and I understand less than half of it. What's worse:
I seem to be really bad at explaining to Hans all the things that
should happen wrt. references in the bib module.


Wow, that's very encouraging for us mere mortals :-)

[lots of interesting information snipped]



Best wishes,
Taco


Thanks, and best wishes!

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
___

[NTG-context] How to prevent header at page bottom

[Jos van Gisbergen]

Hi,

I have defined my own header:
  \definehead[myhead][subsection]
  \setuphead[myhead][ page=no, number=no ]
All works fine, except sometimes the head appears at page bottom and
the text starts on the next page. How can I specify that if less than, say,
3 lines of text fit on the current page below the head, the head and text
should start on the next page.

Thanks in advance,

Jos



  ___
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] Updating bug: linux-64

[bbvogel]

Dear all,

Updating context (linux-64) gives:
 
texlua: /lib/libc.so.6: version `GLIBC_2.8' not found (required by texlua)

The 32bit version works fine with glibc2.6.


Regards,

Bernard
___
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] \inmargin followed by \startlines = alignment fault?

[Corsair]

On Thu, May 14, 2009 at 09:11:04AM +0200, Hans Hagen wrote:
> Corsair wrote:
> > Hi guys,
> > 
> > I find that the `lines' environment (or description, itemize, etc.)
> > after text in margin does not align right.  Consider the following
> > code:
> 
> in that case you can try \margintext {...} which saves the note and 
> flushes it later

Wow~  It works.  Thank you very much!  I should read the manual more
carefully next time :-p.

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


pgpnVkv4QZZN1.pgp
Description: PGP signature
___
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] bibmodule (again)

[Taco Hoekwater]

Hi,

I can't fix everything, but I believe I have made some progress.

The new structure and referencing code is totally different from
the old code and I understand less than half of it. What's worse:
I seem to be really bad at explaining to Hans all the things that
should happen wrt. references in the bib module.

Anyway:

Thomas A. Schmitz wrote:
> 
> \usemodule[bib]

At this point, please add these three (re)definitions:

%%%

\def\bibrefprefix{}

\def\preparebibreflist#1{\edef\bibreflist{#1}}

\def\docitation#1{%
  \iftrialtypesetting \else
\ifdoinpututilities\else
  \doglobal\increment\citationnumber
  \expanded{\rawreference{}{cite-\jobname-\citationnumber}{#1}}%
  \fi \fi
  \expanded{\writedatatolist[pubs][bibref=#1]}}
%

If you turn cite compression off, it will now work (somewhat, at least).

With compression on, there is backward compatibility problem in mkiv
that I do not know how to deal with. Si here is the explanation and
then I hope Hans can make sense out of it.

In Thomas' example, in the first run the

  \placepublications[criterium=all]

creates a reference 'belfiorepleasure' with value '1', like so:

   \reference[belfiorepleasure]{1}

In the second run, the \cite[belfiorepleasure] uses this reference to
typeset the number '1' at that spot. Because the argument to \cite is
actually is a list of references, \cite (via \bibnumref) builds an
internal commalist of references to resolve.

If the citation compression is off, this is a direct list of refs,
and the citation essentially expands into

\def\processitem#1{\in[#1]}
\processcommalist[belfiorepleasure]\processitem

as said, that now works.

But if cite compression is on (which it is by default) the to be typeset
numbers need to be sorted, and this simple solution won't do. Instead,
the citation is expanded into something more like this:

\def\therefs{}
\def\processitem#1%
  {\doifreferencefoundelse{#1}
{\addtocommalist{\reftypet}\therefs }
{}}
\processcommalist[belfiorepleasure]\processitem

This only works in mkii at the moment because in mkiv the \reftypet
expands to nothing. It is defined (in strc-ref.tex) as:

  \def\reftypet{\currenttextreference}

but it seems that the mkiv version of \doifreferencefoundelse does
not set up the \currentxxxreference macros any more. That is where
I got stuck, and I hope Hans can explain why that doesn't work, whether
it is intentional, and if it is indeed on purpose, what the correct
interface is to get at the 'text' field of a reference in mkiv.

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
___

Re: [NTG-context] \inmargin followed by \startlines = alignment fault?

[Hans Hagen]

Corsair wrote:

Hi guys,

I find that the `lines' environment (or description, itemize, etc.)
after text in margin does not align right.  Consider the following
code:

\starttext
\inmargin{What I want}
First line \crlf
Second line

\vskip 1cm

\inmargin{What it renders}
\startlines
  First line
  Second line
\stoplines
\stoptext

The \crlf approach is the effect I want while the `lines' approach
fails to do it.  So is it a feature or a bug?  Or I understand
something totally wrong?  I know I can put the \inmargin in the
`lines' environment, but this time I really need it outside.


in that case you can try \margintext {...} which saves the note and 
flushes it later



-
  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] replacement of "\...@." ?

[Hans Hagen]

Yue Wang wrote:

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.


huh?

each language can has its own rules ... spacing after period or comma is 
one, but also think of quotes in quotations etc; and, the french have 
spacing before and after : ; . , (it has always been a selling point for 
tex to be able to deal with it)


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
___