[xml2rfc-dev] Question about RFC 7992, Section 6.4
Henrik Levkowetz <henrik@levkowetz.com> Mon, 15 October 2018 16:22 UTC
Return-Path: <henrik@levkowetz.com>
X-Original-To: xml2rfc-dev@ietfa.amsl.com
Delivered-To: xml2rfc-dev@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE969130ED1 for <xml2rfc-dev@ietfa.amsl.com>; Mon, 15 Oct 2018 09:22:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vc4-gkrZol8h for <xml2rfc-dev@ietfa.amsl.com>; Mon, 15 Oct 2018 09:22:07 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EFE2130EC8 for <xml2rfc-dev@ietf.org>; Mon, 15 Oct 2018 09:22:07 -0700 (PDT)
Received: from h-37-140.a357.priv.bahnhof.se ([94.254.37.140]:50543 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <henrik@levkowetz.com>) id 1gC5d8-0004es-Jc for xml2rfc-dev@ietf.org; Mon, 15 Oct 2018 09:22:06 -0700
To: xml2rfc-dev@ietf.org
From: Henrik Levkowetz <henrik@levkowetz.com>
Message-ID: <0c4919af-9129-f0cc-8021-84f27819a2ea@levkowetz.com>
Date: Mon, 15 Oct 2018 18:21:59 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="CBRRECToItOAff7KQ2jAnXsPoGbMr1Qx1"
X-SA-Exim-Connect-IP: 94.254.37.140
X-SA-Exim-Rcpt-To: xml2rfc-dev@ietf.org
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org)
X-Clacks-Overhead: GNU Terry Pratchett
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc-dev/u3KSfCgIEH34EQUo6KVZpP__gVA>
Subject: [xml2rfc-dev] Question about RFC 7992, Section 6.4
X-BeenThere: xml2rfc-dev@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion about particulars of xml2rfc V3 design, development and code." <xml2rfc-dev.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc-dev/>
List-Post: <mailto:xml2rfc-dev@ietf.org>
List-Help: <mailto:xml2rfc-dev-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc-dev>, <mailto:xml2rfc-dev-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Oct 2018 16:22:17 -0000
The document says:
---
6.4. Page Headers and Footers
In order to simplify printing by HTML renderers that implement
[W3C.WD-css3-page-20130314], a hidden HTML <table> tag of class
"ears" is added at the beginning of the HTML <body> tag, containing
HTML <thead> and <tfoot> tags, each of which contains an HTML <tr>
tag, which contains three HTML <td> tags with class "left", "center",
and "right", respectively.
The <thead> corresponds to the top of the page, the <tfoot> to the
bottom. The string "[Page]" can be used as a placeholder for the
page number. In practice, this must always be in the <tfoot>'s right
<td>, and no control of the formatting of the page number is implied.
<table class="ears">
<thead>
<tr>
<td class="left">Internet-Draft</td>
<td class="center">HTML RFC</td>
<td class="right">March 2016</td>
</tr>
</thead>
<tfoot>
<tr>
<td class="left">Hildebrand</td>
<td class="center">Expires September 2, 2016</td>
<td class="right">[Page]</td>
</tr>
</tfoot>
</table>
---
... and?
Is the formatter expected to fill out the cells, based on the pattern above,
or is that supposed to happen magically based on WD-css3-page-20130314 ?
If the cell content is supposed to be provided by the formatter, I'd
like to have a bit more specification than the example above; if not, it
would be nice for that to be stated explicitly.
THe mention of the '[Page]' placeholder could be taken as an indication
that all cell content shown are placeholders, but ... ?
Regards,
Henrik
- [xml2rfc-dev] Question about RFC 7992, Section 6.4 Henrik Levkowetz