From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/93192 Path: news.gmane.org!not-for-mail From: Wolfgang Schuster Newsgroups: gmane.comp.tex.context Subject: Re: how to stop pagenumbering Date: Sun, 27 Dec 2015 22:32:07 +0100 Message-ID: <568058D7.1000805@gmail.com> References: <4B014CFD-220A-4C61-9E9E-1051D4A2B2B5@uva.nl> <0DDF9C53-6588-4A48-B692-CECD084BECD9@uva.nl> <568050BD.5070309@gmail.com> <90FE051A-3B6B-426C-8CAD-D996C44705AE@uva.nl> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1256950848408706078==" X-Trace: ger.gmane.org 1451251972 4538 80.91.229.3 (27 Dec 2015 21:32:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Dec 2015 21:32:52 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Sun Dec 27 22:32:40 2015 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aDIvf-0003pU-Sx for gctc-ntg-context-518@m.gmane.org; Sun, 27 Dec 2015 22:32:39 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id EE9975AD3; Sun, 27 Dec 2015 22:32:23 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S_0bK314Ej_p; Sun, 27 Dec 2015 22:32:23 +0100 (CET) Original-Received: from zapf.ntg.nl (localhost [IPv6:::1]) by zapf.ntg.nl (Postfix) with ESMTP id 33BA65AD9; Sun, 27 Dec 2015 22:32:23 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 26C985AD3 for ; Sun, 27 Dec 2015 22:32:22 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3fxrG7Cb_caE for ; Sun, 27 Dec 2015 22:32:21 +0100 (CET) Original-Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id 95A105AD2 for ; Sun, 27 Dec 2015 22:32:11 +0100 (CET) Original-Received: by mail-wm0-f43.google.com with SMTP id l126so251088302wml.1 for ; Sun, 27 Dec 2015 13:32:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=L7gYzHWFgFafOz9rDwUuML8EfWttIOGbD/Iwm+Kht3w=; b=Anp4jvx4KOqJ9xwJx1TL0g9l4tJPYR7FtSrGwUyD7Bbkqu/CqEgBDWcIilSl92AXUR WH/v0K+gpnmTHbXkIzyvG3zDXhMREu+Q+JtbShnHlXWjEn31fgSTiELLNVmRUCQm9PKf 4MRlCQTjWG3bGBbjBrW++mLj+OMN4yM4pCgNPv/sXHaTk7ZqDH81IuDCfCq2HPYJs09H tHtcdXuGxY1AsDp3uocU4jj4eil+SEZFTyPa43kyzkX+OsznXLX1JyivahnMi2k5lRd9 MPh1iW1ATGwIXC0/csP2mRDXxrRIxfw07m96KrE8S9R6pslb4CFoDfl5bgM3f0jcUo8H 3cmg== X-Received: by 10.28.9.138 with SMTP id 132mr55529208wmj.19.1451251931040; Sun, 27 Dec 2015 13:32:11 -0800 (PST) Original-Received: from keima.localdomain (x2f28400.dyn.telefonica.de. [2.242.132.0]) by smtp.gmail.com with ESMTPSA id jm4sm54048150wjb.7.2015.12.27.13.32.09 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Dec 2015 13:32:10 -0800 (PST) User-Agent: Postbox 4.0.8 (Macintosh/20151105) In-Reply-To: <90FE051A-3B6B-426C-8CAD-D996C44705AE@uva.nl> X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.16 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.org gmane.comp.tex.context:93192 Archived-At: This is a multi-part message in MIME format. --===============1256950848408706078== Content-Type: multipart/alternative; boundary="------------050104050805090401040907" This is a multi-part message in MIME format. --------------050104050805090401040907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit > Meer, Hans van der > 27. Dezember 2015 um 22:25 > >> On 27 Dec 2015, at 21:57, Wolfgang Schuster >> > >> wrote: > >> Meer, Hans van der >> 27. Dezember 2015 um 21:47 >>> One more observation on the strangeness of \setuppagenumber. >>> >>> Putting \setuppagenumber[number=4] before the call to >>> \xmlprocessbuffer and putting\setuppagenumber[state=stop,number=8] >>> inside the \startxmlsetups does make the pagenumber having the value >>> 8. This proves two things: >>> >>> (1) the \setuppagenumber in the \startxmlsetups is processed before >>> the pagenumber is fixed and typeset >>> >>> (2) the [state=stop] in the \startxmlsetups is wrongfully ignored, >>> whereas at the same time [number=8] does get honored. >>> >>> Imho this demonstrates there is an error in the processing of >>> \setuppagenumber when located inside the \startxmlsetups. An error >>> that does not occur when called at the \starttext document-level >>> before the \xmlprocessbuffer. >>> Could it be a matter of locality? > >> You have to provide a *working* minimal example. > > Not so simple, alas. > But I will be greatly helped if you can ascertain that > > \startxmlsetups > code within > \stopxmlsetups > > is code executed locally as if between \begingroup .. \endgroup. > That would explain the behaviour. > The remedy then could be a more global execution of \setuppagenumber. I have to disappoint you but the content of the setups environment isn't grouped. > I already tried in vain \global\settuppagenumber This doesn't work here. Wolfgang --------------050104050805090401040907 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
27. Dezember 2015 um 22:25

On 27 Dec 2015, at 21:57, Wolfgang Schuster <schuster.wolfgang@gmail.com> wrote:

27. Dezember 2015 um 21:47
One more observation on the strangeness of \setuppagenumber.

Putting \setuppagenumber[number=4] before the call to \xmlprocessbuffer and putting \setuppagenumber[state=stop,number=8] inside the \startxmlsetups does make the pagenumber having the value 8. This proves two things:

(1) the \setuppagenumber in the \startxmlsetups is processed before the pagenumber is fixed and typeset

(2) the [state=stop] in the \startxmlsetups is wrongfully ignored, whereas at the same time [number=8] does get honored.

Imho this demonstrates there is an error in the processing of \setuppagenumber when located inside the \startxmlsetups. An error that does not occur when called at the \starttext document-level before the \xmlprocessbuffer. 
Could it be a matter of locality?

You have to provide a *working* minimal example.

Not so simple, alas. 
But I will be greatly helped if you can ascertain that

\startxmlsetups
code within
\stopxmlsetups

is code executed locally as if between \begingroup .. \endgroup.
That would explain the behaviour.
The remedy then could be a more global execution of \setuppagenumber.
I have to disappoint you but the content of the setups environment isn’t grouped.
I already tried in vain \global\settuppagenumber
This doesn’t work here.

Wolfgang
--------------050104050805090401040907-- --===============1256950848408706078== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly90ZXguYWFuaGV0Lm5ldAphcmNoaXZlICA6IGh0dHA6Ly9mb3VuZHJ5LnN1cGVsZWMu ZnIvcHJvamVjdHMvY29udGV4dHJldi8Kd2lraSAgICAgOiBodHRwOi8vY29udGV4dGdhcmRlbi5u ZXQKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18= --===============1256950848408706078==--