Re: [NTG-context] interaction strangeness

2013-12-08 Thread Martin Moncrieffe
Nope..was sleeping. Just woke…

__martin

On 8 Dec 2013, at 19:55, Jan Tosovsky  wrote:

> On 2013-12-06 H. van der Meer wrote:
>> Some further experimentation: interchanging two chapters makes the
>> problem go away.
>> 
>> It is reproducible, because putting the chapters back als brings the
>> problem back. Even stranger, sitting at chapter 5 it kills the
>> interaction for chapter 6 and 8, leaving the interactivity for the
>> intervening and later chapters intact.
>> 
>> Addition of content to the start of chapter 5 helped for chapter 6 but
>> not for chapter 8, which seems strange.
>> Addition of content to the end of chapter 5 also helped for chapter 6
>> 
>> Addition of content to the start of chapter 7 did help to solve for
>> chapter 8.
>> 
>> So I fear it has in some way to do with the moment the output routine
>> is
>> called in relation to the reference processing in
>> \startchapter[title=,reference=].
> 
> This topic was discussed few weeks ago without clear conclusion:
> http://www.ntg.nl/pipermail/ntg-context/2013/075988.html
> 
> In my case most of cases were resolved when I changed
> \placebookmarks[chapter, section] just to \placebookmarks[chapter]
> Although few cases still remain, it is much better now.
> 
> When the particular item doesn't react via bookmark, it doesn't react also
> via ToC.
> 
> I plan to prepare an example for this, but for me it is not so urgent issue.
> 
> Jan
> 
> ___
> If your question is of interest to others as well, please add an entry to the 
> Wiki!
> 
> maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
> archive  : http://foundry.supelec.fr/projects/contextrev/
> wiki : http://contextgarden.net
> ___

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

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

Re: [NTG-context] [***SPAM***] Incorrect internal font processing

2013-12-08 Thread Khaled Hosny
On Sun, Dec 08, 2013 at 09:19:26PM +0100, Jan Tosovsky wrote:
> On 2013-12-01 Khaled Hosny wrote:
> > On Sun, Dec 01, 2013 at 11:21:30AM +0200, Khaled Hosny wrote:
> > 
> > Interestingly, after I patched Sorts Mill (a FontForge fork) to avoid
> > duplicates[1] I ended up with a ‘dotlessi.sc’ glyph, as it turns out
> > the font has a  →  later on, so that is 
> > where FontLab gets the glyph name, too.
> > 
> > I’ll try to port this patch to LuaTeX later.
> 
> Thanks for handling this! 
> 
> When can I expect this fix in luatex.dll updated on my local machine
> using the first-setup script?

I pushed the patch to LuaTeX trunk, so it should be in the next release,
but no idea about which or when.

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

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

Re: [NTG-context] [***SPAM***] Incorrect internal font processing

2013-12-08 Thread Jan Tosovsky
On 2013-12-01 Khaled Hosny wrote:
> On Sun, Dec 01, 2013 at 11:21:30AM +0200, Khaled Hosny wrote:
> 
> Interestingly, after I patched Sorts Mill (a FontForge fork) to avoid
> duplicates[1] I ended up with a ‘dotlessi.sc’ glyph, as it turns out
> the font has a  →  later on, so that is 
> where FontLab gets the glyph name, too.
> 
> I’ll try to port this patch to LuaTeX later.

Thanks for handling this! 

When can I expect this fix in luatex.dll updated on my local machine using the 
first-setup script?

Will it be in any following minor 0.77 update or in 0.80 later this year?

Jan

Btw, FontForge could be patched as well ;-)

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

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

Re: [NTG-context] interaction strangeness

2013-12-08 Thread Jan Tosovsky
On 2013-12-06 H. van der Meer wrote:
> Some further experimentation: interchanging two chapters makes the
> problem go away.
> 
> It is reproducible, because putting the chapters back als brings the
> problem back. Even stranger, sitting at chapter 5 it kills the
> interaction for chapter 6 and 8, leaving the interactivity for the
> intervening and later chapters intact.
> 
> Addition of content to the start of chapter 5 helped for chapter 6 but
> not for chapter 8, which seems strange.
> Addition of content to the end of chapter 5 also helped for chapter 6
> 
> Addition of content to the start of chapter 7 did help to solve for
> chapter 8.
> 
> So I fear it has in some way to do with the moment the output routine
> is
> called in relation to the reference processing in
> \startchapter[title=,reference=].

This topic was discussed few weeks ago without clear conclusion:
http://www.ntg.nl/pipermail/ntg-context/2013/075988.html

In my case most of cases were resolved when I changed
\placebookmarks[chapter, section] just to \placebookmarks[chapter]
Although few cases still remain, it is much better now.

When the particular item doesn't react via bookmark, it doesn't react also
via ToC.

I plan to prepare an example for this, but for me it is not so urgent issue.

Jan

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

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