Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 Nov 2004 20:02:23 +0000
From:      Ceri Davies <ceri@submonkey.net>
To:        Giorgos Keramidas <keramida@freebsd.org>
Cc:        "Simon L. Nielsen" <simon@freebsd.org>
Subject:   Re: pr guidelines, DES's name...
Message-ID:  <20041104200223.GO57641@submonkey.net>
In-Reply-To: <20041104095418.GA787@orion.daedalusnetworks.priv>
References:  <20041103213153.GW22681@funkthat.com> <20041103215328.GB759@zaphod.nitro.dk> <20041104004428.GA63470@gothmog.gr> <20041104010028.GX22681@funkthat.com> <20041104095418.GA787@orion.daedalusnetworks.priv>

next in thread | previous in thread | raw e-mail | index | archive | help

--+a2p9pPsQ6kMD1ed
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Nov 04, 2004 at 11:54:18AM +0200, Giorgos Keramidas wrote:
> On 2004-11-03 17:00, John-Mark Gurney <gurney_j@resnet.uoregon.edu> wrote:
> >Giorgos Keramidas wrote this message on Thu, Nov 04, 2004 at 02:44 +0200:
> >>On 2004-11-03 22:53, "Simon L. Nielsen" <simon@FreeBSD.org> wrote:
> >>>On 2004.11.03 13:31:53 -0800, John-Mark Gurney wrote:
> >>>> I just happen to notice that Mozilla 1.7.3 doesn't display des's
> >>>> last name properly on:
> >>>> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pr-guidelines/
> >>>
> >>> I think the real problem is that neither the webserver nor the
> >>> document sets the character set.  It should be iso8859-1 and not
> >>> utf-8, as can be seen from the directory name (en_US.ISO8859-1).
> >>>
> >>> I guess the right solution is to insert the proper metatag in the
> >>> headers to force iso8859-1.
> >>
> >> That's relatively easy to fix.  Any objections to the following patch =
to
> >> freebsd.dsl?
> >
> > not that I know it, but don't we need that to be applicable to only
> > docs gen'd under en_US.ISO8859-1?  Shouldn't we do something in the
> > makefile that defines the charset for each parent, and then use that
> > charset for all files generated from the dir?
>=20
> You're right, of course.  We already have SP_ENCODING, but I don't know
> how to read its value from `freebsd.dsl'.  My DSSSL-foo is, I'm afraid,
> really minimal.

It's not reading the value from SP_ENCODING, but we already have a
doc.langcode entity in urls.ent, which could be overridden by
translations easily enough, so your patch becomes:

Index: freebsd.dsl
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/ncvs/doc/share/sgml/freebsd.dsl,v
retrieving revision 1.83
diff -u -r1.83 freebsd.dsl
--- freebsd.dsl	29 Oct 2004 15:36:27 -0000	1.83
+++ freebsd.dsl	4 Nov 2004 19:59:03 -0000
@@ -33,6 +33,10 @@
       <!-- HTML only .................................................... =
-->
      =20
       <![ %output.html; [
+
+	(define %gentext-language% "en")
+	(define %html-header-tags% '(("META" ("HTTP-EQUIV" "Content-Type") ("CONT=
ENT" "text/html; charset=3D&doc.langcode"))))
+
         <!-- Configure the stylesheet using documented variables -->
=20
         (define %hyphenation% #f)        <!-- Silence a warning -->

I haven't touched the %gentext-language% definition obviously, because
I'm not sure what it does.

Ceri
--=20

--+a2p9pPsQ6kMD1ed
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQFBiorPocfcwTS3JF8RAkc4AJsGJl36p+Noy0iNzcdd/pKbjn1mogCgrmaw
2JdQCYaXafitwr5SmCNSGz4=
=NJJX
-----END PGP SIGNATURE-----

--+a2p9pPsQ6kMD1ed--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041104200223.GO57641>