cvs commit: www/share/sgml templates.usergroups.xsl

Hiroki Sato hrs at FreeBSD.org
Thu Dec 1 10:24:33 GMT 2005


Pav Lucistnik <pav at FreeBSD.org> wrote
  in <1133426754.95515.7.camel at pav.hide.vol.cz>:

pa> Right, haven't noticed this. Do we have a language-dependent place for
pa> this? Does xsltproc have commandline argument to specify encoding
pa> perhaps? Or do we have to copy the .xsl around?

 Please put en/share/sgml/templates.usergroups.xsl.  See:

  http://www.freebsd.org/cgi/cvsweb.cgi/www/ja/share/sgml/templates.usergroups.xsl?rev=1.1&content-type=text/x-cvsweb-markup

pa> >  And your commits seem inconsistent; changes for www/89380 replace
pa> >  &#xxx; with &foo;, but entities.dtd adds such entities in &#xxx; form.
pa> >  Which one do you think better?
pa>
pa> Whatever is easier to read and write by humans. &foo;s clearly wins.

 This is not only a style issue.  What we must consider is that
 the &#xxx; form can depend on a specific encoding (this is always
 UTF-8 in the XML spec, though) and some web browsers do not handle
 them correctly.  The entity references should be &foo; form
 in the *resulting* HTML files wherever possible.

 The XHTML entities are actually defined in the &#xxx;
 form (you can see them in $PREFIX/share/xml/dtd/xhtml/xhtml-lat1.ent,
 for example), so we never put them in the resulting HTML files
 in &foo; form even if we add entities.dtd and use &foo; in an XML file.

 I think a concept of "sdata-as-pis" used in osx(1) is a good
 idea for XML files in our www and doc tree.  Redefining all
 of ISO 8859 entities in the SDATA PI form and adding a template
 for that, we can put them in the resulting HTML files
 in the &foo; form.

--
| Hiroki SATO
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-all/attachments/20051201/abeb5692/attachment.bin


More information about the cvs-all mailing list