From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/74830 Path: news.gmane.org!not-for-mail From: Wolfgang Schuster Newsgroups: gmane.comp.tex.context Subject: Re: \setuphead problem Date: Fri, 2 Mar 2012 16:30:39 +0100 Message-ID: <19F885BA-0392-4E6C-9CB6-8D0973E16457@googlemail.com> References: <8787B4DC-A154-43FA-81CA-01636FBC5A94@googlemail.com> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: multipart/mixed; boundary="===============0001569201==" X-Trace: dough.gmane.org 1330702262 8658 80.91.229.3 (2 Mar 2012 15:31:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 2 Mar 2012 15:31:02 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Fri Mar 02 16:31:00 2012 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from balder.ntg.nl ([195.12.62.10]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1S3URd-0000WE-VX for gctc-ntg-context-518@m.gmane.org; Fri, 02 Mar 2012 16:30:58 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 52A97CB265; Fri, 2 Mar 2012 16:30:57 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id rkGX8ogLYIlw; Fri, 2 Mar 2012 16:30:51 +0100 (CET) Original-Received: from balder.ntg.nl (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 3D796CB262; Fri, 2 Mar 2012 16:30:51 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 3927DCB262 for ; Fri, 2 Mar 2012 16:30:49 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SaghrYN33wAW for ; Fri, 2 Mar 2012 16:30:44 +0100 (CET) Original-Received: from filter2-ams.mf.surf.net (filter2-ams.mf.surf.net [192.87.102.70]) by balder.ntg.nl (Postfix) with ESMTP id 75951CB260 for ; Fri, 2 Mar 2012 16:30:44 +0100 (CET) Original-Received: from mail-ey0-f169.google.com (mail-ey0-f169.google.com [209.85.215.169]) by filter2-ams.mf.surf.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id q22FUhwn003993 for ; Fri, 2 Mar 2012 16:30:44 +0100 Original-Received: by eaal1 with SMTP id l1so751033eaa.14 for ; Fri, 02 Mar 2012 07:30:43 -0800 (PST) Received-SPF: pass (google.com: domain of schuster.wolfgang@googlemail.com designates 10.14.52.133 as permitted sender) client-ip=10.14.52.133; Authentication-Results: mr.google.com; spf=pass (google.com: domain of schuster.wolfgang@googlemail.com designates 10.14.52.133 as permitted sender) smtp.mail=schuster.wolfgang@googlemail.com; dkim=pass header.i=schuster.wolfgang@googlemail.com Original-Received: from mr.google.com ([10.14.52.133]) by 10.14.52.133 with SMTP id e5mr6105833eec.127.1330702243850 (num_hops = 1); Fri, 02 Mar 2012 07:30:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:mime-version:content-type:subject:date:in-reply-to:to :references:message-id:x-mailer; bh=7fsHVzYVhzdL290O7NN//GsWOEpp0NMGH5OQPYOevJ8=; b=xiTQZ6bGN+q86lpMr74Zg/eXYU/uJHTwAPRHFieCNDXGExvB2zayCmonzX1kbK+4n7 aPP+nfYPBrOlG9uUJ7MSgUMDMu0mk+5J5RiVmcPgdDJl9rSqeVzDrhdEmLh8XTmkEWCA GuZtkxE6Gstb6Su3NGcYl6GMG6ivvLZqF3I9R+Th3Ui1Es5PcjbiswQqq+kfmb96raPQ /ltmp0yAx27+JnHxglyLvdLAdOAgzSghDEAD++pbGmfKYCHO2idBfNZ2YuRmV42Ugv+V L7/f8oDUNKmNjqifXrQWQ2oPLN4xuOyGIzOjAHaXrEpSJacGPGKDo0t3btydnb5NN6+b i23Q== Original-Received: by 10.14.52.133 with SMTP id e5mr4682407eec.127.1330702243783; Fri, 02 Mar 2012 07:30:43 -0800 (PST) Original-Received: from [192.168.2.36] (p57AFBACD.dip.t-dialin.net. [87.175.186.205]) by mx.google.com with ESMTPS id u9sm21413630eem.11.2012.03.02.07.30.41 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 02 Mar 2012 07:30:42 -0800 (PST) In-Reply-To: X-Mailer: Apple Mail (2.1257) X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN) X-CanIt-Geo: ip=209.85.215.169; country=US; region=CA; city=Mountain View; postalcode=94043; latitude=37.4192; longitude=-122.0574; metrocode=807; areacode=650; http://maps.google.com/maps?q=37.4192,-122.0574&z=6 X-CanItPRO-Stream: uu:ntg-context@ntg.nl (inherits from uu:default, base:default) X-Canit-Stats-ID: 0QGEDuInW - 7acacae0c63b - 20120302 (trained as not-spam) X-Scanned-By: CanIt (www . roaringpenguin . com) on 192.87.102.70 X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.12 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: ntg-context-bounces@ntg.nl Errors-To: ntg-context-bounces@ntg.nl Xref: news.gmane.org gmane.comp.tex.context:74830 Archived-At: --===============0001569201== Content-Type: multipart/alternative; boundary="Apple-Mail=_DEBC0DD2-6475-48C2-8A66-18C495D83909" --Apple-Mail=_DEBC0DD2-6475-48C2-8A66-18C495D83909 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Am 02.03.2012 um 14:11 schrieb Alan Bowen: > Wolfgang=97 >=20 > I checked and the example fails in both MKII andf MKIV. My apologies = for carelessness. The problem arose originally in the pagination/headers = for components in a component/product structure that I am tying to set = using MKIV. In trying to devise a simple example by adapting the code in = my MKII environment file (which runs without any problems), I was so = focused on getting the code to run in MKIV that I neglected to run that = code by itself through MKII. >=20 > So, the question remains: What should I include or change in this = example to keep the header associated with a given title off the = preceding page in MKIV? Or is this expected behavior and my example, = then, a poor one for my purposes? \setuphead[title][page=3D{header,yes}] or \setuphead[title][page=3D{blank,yes}] surpress the header on the proceeding page. BTW: \setupsectionblock[BookTitle][number=3Dno,page=3Dyes] is nonsense = because =93BookTitle=94 is not a sectionblock. Wolfgang --Apple-Mail=_DEBC0DD2-6475-48C2-8A66-18C495D83909 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
Wolfgang=97

I checked and the example = fails in both MKII andf MKIV. My apologies for carelessness. The problem = arose originally in the pagination/headers for components in a = component/product structure that I am tying to set using MKIV. In trying = to devise a simple example by adapting the code in my MKII environment = file (which runs without any problems), I was so focused on getting the = code to run in MKIV that I neglected to run that code by itself = through MKII.

So, the question remains: What should I include or = change in this example to keep the header associated with a given title = off the preceding page in MKIV? Or is this expected behavior and my = example, then, a poor one for my purposes?
=

\setuphead[title][page=3D{header,yes}]

or

\setuphead[title][page=3D= {blank,yes}]

surpress the header on the = proceeding = page.

BTW: \setupsectionblock[BookTitle][num= ber=3Dno,page=3Dyes] is nonsense because =93BookTitle=94 is not a = sectionblock.

Wolfgang

= --Apple-Mail=_DEBC0DD2-6475-48C2-8A66-18C495D83909-- --===============0001569201== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________________________________________ 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 ___________________________________________________________________________________ --===============0001569201==--