From owner-freebsd-doc@FreeBSD.ORG Tue Dec 4 17:43:24 2012 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E9423D3; Tue, 4 Dec 2012 17:43:24 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 918E48FC14; Tue, 4 Dec 2012 17:43:23 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id qB4Hh6t1083120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2012 02:43:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id qB4Hh4qI095957; Wed, 5 Dec 2012 02:43:05 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 05 Dec 2012 02:37:02 +0900 (JST) Message-Id: <20121205.023702.5802241737895160.hrs@allbsd.org> To: rene@FreeBSD.org Subject: Re: XSLT template for From: Hiroki Sato In-Reply-To: <50BE2FF1.9050901@freebsd.org> References: <50BE2FF1.9050901@freebsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Dec__5_02_37_02_2012_032)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 05 Dec 2012 02:43:16 +0900 (JST) X-Spam-Status: No, score=-97.5 required=13.0 tests=CONTENT_TYPE_PRESENT, MIMEQENC,ONLY1HOPDIRECT,QENCPTR1,QENCPTR2,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 17:43:24 -0000 ----Security_Multipart(Wed_Dec__5_02_37_02_2012_032)-- Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Ren=E9 Ladan wrote in <50BE2FF1.9050901@freebsd.org>: re> Hi, re> = re> as of r40266 of the projects/entities branch one can write re> &committer.email; in $LANG/htdocs which then gets expanded as defin= ed in re> share/xml/authors.ent, so: re> = re> authors.ent: re> re> greenpuppet@FreeBSD.org"> re> = re> administration.xml: re> ... some story about ET ... re> &a.greenpuppet.email; re> = re> administration.html: re> ... some story about ET ... re> Green Puppet xmlns=3D"http://www.FreeBSD.org/XML/email">greenpuppet@reeBSD.org re> = re> The xmlns attribute is defined in share/xml/email.dtd and is requir= ed to re> keep xmllint (which is run for each XML document) happy. re> = re> The attached patch for share/xml/xhtml.xsl defines a template to co= nvert re> the tag into XHTML but it looks the template is never reach= ed. re> The template above it (process.contentwrap) includes an xsl:copy-of= re> statement which copies the body of the XML document verbatim, leavi= ng re> tags as-is. re> = re> So how to get the new template to do its job? Should part of the re> process.contentwrap be rewritten? | + You needed to add namespace for email element if you did not define it. This is because the default namespace in is defined as xmlns=3D"http://www.w3.org/1999/xhtml" in xhtml.xsl. -- Hiroki ----Security_Multipart(Wed_Dec__5_02_37_02_2012_032)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlC+NL4ACgkQTyzT2CeTzy2UngCbBPuiHN3p1hbb7alE4PFOByCz pi4AoIhxa2yZ8JHqMnxNPuIP5cTem74y =uesp -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Dec__5_02_37_02_2012_032)----