Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15
This is a request for minor improvement of the web site. In some rear
cases the direct encoding of the symbols like Copyright is rendered incorrectly,
while the same encoded as © is shown correctly. In other cases both encodings
do not result in the correct one-symbol appearence, but the latter has addvantage
of being showing the meaning of the symbol.
Examples of the described situations:
w3m/lynx browser on a dumb terminal (links seems to cope with it).
Opera 8 with encoding set to koi8-r (e.g. due to previous visited site bad design).
Try w3m http://freebsd.org from gnome terminal with ASCII encoding.
Congrats with generally great design!
Content-Disposition: attachment; filename=index.patch
Content-Type: application/octet-stream; name=index.patch
Rescue this PR from the 'pending' category.
After I had sent the PR I realized the patch is for the wrong file -
it's index.xsl to be patched, not index.html.
The xsl file has all the special symbols written the same way,
as &#nnnn; and some of them are kept in this format in
the html file, while the others are transformed to
just a byte with the given code.
I do not know how to fix this right. Can the entities
©, ® etc be used in xsl files? I think this form
is better than &#nnnn;, at least in html files.
PS. Unfortunately Opera encoded the attached patch into base64
in the original PR, I put it here again in plain text.
--- index.html.old Sat Oct 8 14:05:08 2005
+++ index.html Sat Oct 8 14:22:02 2005
@@ -128,14 +128,14 @@
- <h1>Based on BSD UNIX®</h1>
+ <h1>Based on BSD UNIX®</h1>
<p>FreeBSD is an advanced operating system for
- x86 compatible (including Pentium® and Athlon
+ x86 compatible (including Pentium® and Athlon
™), amd64 compatible (including Opteron
™, Athlon 64, and EM64T), Alpha/AXP,
- IA-64, PC-98 and UltraSPARC® architectures. It
- is derived from BSD, the version of UNIX®
+ IA-64, PC-98 and UltraSPARC® architectures. It
+ is derived from BSD, the version of UNIX®
developed at the University of California,
Berkeley. It is developed and maintained by a
@@ -145,7 +145,7 @@
various stages of development.</p>
- »<a href="./about.html"
+ »<a href="./about.html"
title="Learn More">Learn More</a>
@@ -1042,7 +1042,7 @@
- <a href="./copyright/">Legal Notices</a> | © 1995-2005
+ <a href="./copyright/">Legal Notices</a> | © 1995-2005
The FreeBSD Project. All rights reserved.<br />
$FreeBSD: www/en/index.xsl,v 1.133 2005/10/07 02:51:55
murray Exp $
As ceri noticed; this is not possible within our xsl sheets.
Therefor we cannot do anything with this. Close the PR.
Thanks for the notice however!
I touched this last; make me responsible.
Reopen the PR after Hiroki told me that it is not a good
idea to close something like this without a proper workaround
or solution. My apologies for that.
Make hrs responsible on his request.
I tryed to find if tide can help in this. It seems it can.
Currently tide is run with option -raw. When this is
changed to -ascii it produces symbolic entities. I cannot
check myself if -ascii will make trubles if set globally,
but for main web page it seems OK.
Hope that helps.
Content-Type: Text/Plain; charset=us-ascii
ch> I tryed to find if tide can help in this. It seems it can.
ch> Currently tide is run with option -raw. When this is
ch> changed to -ascii it produces symbolic entities. I cannot
ch> check myself if -ascii will make trubles if set globally,
ch> but for main web page it seems OK.
Using tidy to re-encode &#xxx; to &foo; does not work for
encodings other than 7-bit ones (like ASCII) because
8-bit characters will also be re-encoded as entity references.
So we have to put no numeric entity reference at XML->HTML stage.
I have some ideas to realize that. Please give me some more time.
| Hiroki SATO
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (FreeBSD)
-----END PGP SIGNATURE-----
I noticed that this is a really old PR and we had a big cleanup from you
since then. I think it can be closed now. What do you think?
I'm *still* able to reproduce this bug on a dumb terminal and both w3m and lynx.
For bugs matching the following criteria:
Status: In Progress Changed: (is less than) 2014-06-01
Reset to default assignee and clear in-progress tags.
Mail being skipped
Is this still an issue with the new web?
we're not using the HTML entities any more since the documentation uses AsciiDoc