From owner-cvs-all@FreeBSD.ORG Thu Dec 1 14:17:43 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8984D16A41F; Thu, 1 Dec 2005 14:17:43 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E95943D5D; Thu, 1 Dec 2005 14:17:42 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p8224-adsau15honb8-acca.tokyo.ocn.ne.jp [61.113.204.224]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.1) with ESMTP id jB1EHd9r036344; Thu, 1 Dec 2005 23:17:41 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id jB1EGvNg072880; Thu, 1 Dec 2005 23:16:58 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 01 Dec 2005 23:16:54 +0900 (JST) Message-Id: <20051201.231654.21910274.hrs@allbsd.org> To: pav@FreeBSD.org From: Hiroki Sato In-Reply-To: <1133442525.95515.22.camel@pav.hide.vol.cz> References: <1133433030.95515.19.camel@pav.hide.vol.cz> <20051201.211535.90116203.hrs@allbsd.org> <1133442525.95515.22.camel@pav.hide.vol.cz> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Dec__1_23_16_54_2005_918)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: doc-committers@FreeBSD.org, cvs-doc@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: www/share/sgml templates.usergroups.xsl X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2005 14:17:43 -0000 ----Security_Multipart(Thu_Dec__1_23_16_54_2005_918)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Pav Lucistnik wrote in <1133442525.95515.22.camel@pav.hide.vol.cz>: pa> But there is a pa> pa> pa> pa> inside variable header1, so output should be iso8859-1 too. No. This line will be silently ignored (and replaced). xsltproc actually outputs a based on "encoding" attribute in when the output method is HTML or XHTML. The XSLT 1.0 specification also says the following: |The encoding attribute specifies the preferred encoding to be used. |If there is a HEAD element, then the html output method should add |a META element immediately after the start-tag of the HEAD element |specifying the character encoding actually used. For example, | | | | ... So, we cannot output a bogus charset= line when the output is HTML or XHTML. When we need to change it, we must use by using the language-dependent customization layer. -- | Hiroki SATO ----Security_Multipart(Thu_Dec__1_23_16_54_2005_918)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDjwXWTyzT2CeTzy0RAhTGAJ9Duiy670Z/kHRd81kjSogvwxfGywCeL+g6 wT7xQ4ia4Lk2jTGSyfCiNRE= =XvYg -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Dec__1_23_16_54_2005_918)----