running headers on postponed makeup

running headers on postponed makeup

[Philipp Gesang]

[-- Attachment #1.1: Type: text/plain, Size: 1180 bytes --]

Hi all,

after discovering postponed insertions I encountered a problem
when combining it with the makeup mechanism I am so fond of.

···8<····························································

\definemakeup[my]
\setupmakeup[my][
  headerstate=start,
  page=yes,
]

\startbuffer[mkup]
  \startmymakeup
    \vfill\externalfigure[cow][width=\hsize]\vfill
  \stopmymakeup
\stopbuffer

\setuppagenumbering[alternative=doublesided,location=footer]
\setupheadertexts [{\getmarking[section]}] [outer] [outer] [{\getmarking[section]}]

\starttext

\startpostponing[+2]
  \getbuffer[mkup]
\stoppostponing

\dorecurse{10}{\section{the Don spake} \input knuth }

\stoptext

···8<····························································

Is there way to get the running header on the makeup page?
Tweaking the “headerstate” does not seem to have an effect on
this.

Thanks in advance, Philipp


-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[-- Attachment #1.2: Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 486 bytes --]

___________________________________________________________________________________
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: running headers on postponed makeup

[Hans Hagen]

On 18-12-2010 6:12, Philipp Gesang wrote:

> after discovering postponed insertions I encountered a problem
> when combining it with the makeup mechanism I am so fond of.

The next beta will have changes mark behaviour: no reset in everyforget 
cases, and a fix for pages with no text. The first case is experimental 
as I cannot foresee unwanted side effects where a reset *is* expected so 
that might be reverted and done differently.

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

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

Re: running headers on postponed makeup

[Philipp Gesang]

[-- Attachment #1.1: Type: text/plain, Size: 1784 bytes --]

On 2010-12-18 <21:06:11>, Hans Hagen wrote:
> On 18-12-2010 6:12, Philipp Gesang wrote:
> 
> >after discovering postponed insertions I encountered a problem
> >when combining it with the makeup mechanism I am so fond of.
> 
> The next beta will have changes mark behaviour: no reset in
> everyforget cases, and a fix for pages with no text. The first case
> is experimental as I cannot foresee unwanted side effects where a
> reset *is* expected so that might be reverted and done differently.

Hi Hans,

this is great news and comes right in time. So far no side
effects occured.

Btw. what are those “systemattributes” for? Is attr-ini.mkiv
still as “experimental” as it claims?

Thanks for the fix, Philipp

> 
> -----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> If your question is of interest to others as well, please add an entry to the Wiki!
> 
> maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
> archive  : http://foundry.supelec.fr/projects/contextrev/
> wiki     : http://contextgarden.net
> ___________________________________________________________________________________

-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[-- Attachment #1.2: Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 486 bytes --]

___________________________________________________________________________________
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: running headers on postponed makeup

[Hans Hagen]

On 19-12-2010 11:31, Philipp Gesang wrote:
> On 2010-12-18<21:06:11>, Hans Hagen wrote:
>> On 18-12-2010 6:12, Philipp Gesang wrote:
>>
>>> after discovering postponed insertions I encountered a problem
>>> when combining it with the makeup mechanism I am so fond of.
>>
>> The next beta will have changes mark behaviour: no reset in
>> everyforget cases, and a fix for pages with no text. The first case
>> is experimental as I cannot foresee unwanted side effects where a
>> reset *is* expected so that might be reverted and done differently.
>
> Hi Hans,
>
> this is great news and comes right in time. So far no side
> effects occured.
>
> Btw. what are those “systemattributes” for? Is attr-ini.mkiv

attributes that are used at the tex and lua end so some precautions are 
taken to prevent redefinition; they are not meant to be touched by users

> still as “experimental” as it claims?

not that experimental but who knows what drastic changes we're going to 
make to luatex before it's 1.0

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

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

Re: running headers on postponed makeup

[Steffen Wolfrum]

Am 22.12.2010 um 16:35 schrieb Hans Hagen:

> On 22-12-2010 4:14, Steffen Wolfrum wrote:
> 
>> wow, isn't this even worse?!
> 
> depends on the view: consistency comes first, reasons why come next
> 
>> Please look at your example (page 7) attached:
>> 
>> Now you have
>> Header = 1.1 A
>> Section = 1.2 B
>> 
>> Before it was
>> Header = 1.2 A
>> Section = 1.2 B
>> 
>> And up to version 2010.09.29 the result was nicely
>> Header = 1.2 B
>> Section = 1.2 B
>> 
>> .... and isn't this the way it should be?
> 
> I'll have a look at it, it relates to some new features like strict testing (the biggest problem of marks is resetting them without interference and the old code by tex-design has more side effects than you can imagine (or maybe noticed). The new code is supposed to have no side effects but might take time to get right in all aspects.


Today I was contacted by our publisher as the printer found wrong header in the proof! 
So there are still cases where it doesn't work reliable :o(

Even though in the original pages also footnotes and stuff are involved I managed to cook down a minimal that shows the mistake: 
please run attached example.

On page 3 it is
header = 1.2 One
section = 1.1 One

(On page 4 starts a new section "1.2 Two"!)

Thanks,
Steffen
-------


\showframe
\setupbodyfont[postscript, 10pt]\setupinterlinespace[line=12pt]

\definepapersize[Pape][width=14.7cm,height=22.3cm]
\setuppapersize[Pape][Pape]
\setuplayout
	[width=113mm,height=572pt\relax,
	backspace=17mm,topspace=17mm,
	header=12pt,headerdistance=6pt,
	footer=36pt,footerdistance=0pt,
	location=middle,marking=off]
\setupwhitespace[halfline]
\setuppagenumbering [alternative=doublesided,location=]
\setupheader[align=middle]

\setupheadertexts
	[\vtop{\startalignment[center]\KolumneR\stopalignment}] [pagenumber]
	[pagenumber] [\vtop{\startalignment[center]\KolumneL\stopalignment}]
\def\KolumneL{{\convertnumber{Numbers}{\namedheadnumber{chapter}}.\,Teil:}\enskip\getmarking[EbeneEins]}
\def\KolumneR{\headnumber[section]\enskip\getmarking[section]}

\starttext
\chapter{X}
\section{One}
\page x \page
\dorecurse{5}{\input ward \par}
\dorecurse{2}{\input tufte \par}
\section{Two}
\input tufte
\stoptext
___________________________________________________________________________________
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
___________________________________________________________________________________