Bug 87119
| Summary: | [patch] encode copyright and such symbolically | ||
|---|---|---|---|
| Product: | Documentation | Reporter: | Vladimir Tchoukharev <chu> |
| Component: | Books & Articles | Assignee: | freebsd-doc (Nobody) <doc> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | CC: | carlavilla, fernape |
| Priority: | Normal | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
Vladimir Tchoukharev
2005-10-08 13:20:18 UTC
Class Changed From-To: sw-bug->change-request Rescue this PR from the 'pending' category. Responsible Changed From-To: gnats-admin->freebsd-www 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.
--
V.Chukharev
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 @@
<div id="frontfeaturecontainer">
<div id="frontfeatureleft">
<div id="frontfeaturecontent">
- <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
<a
@@ -145,7 +145,7 @@
various stages of development.</p>
<div id="txtfrontfeaturelink">
- »<a href="./about.html"
+ »<a href="./about.html"
title="Learn More">Learn More</a>
</div>
</div>
@@ -1042,7 +1042,7 @@
</div>
<div id="footer">
- <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 $
State Changed From-To: open->closed 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! Responsible Changed From-To: freebsd-www->remko I touched this last; make me responsible. State Changed From-To: closed->open 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. Responsible Changed From-To: remko->hrs 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. -- V.Chukharev ----Security_Multipart(Mon_Oct_10_17_02_13_2005_291)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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. Thanks. -- | Hiroki SATO ----Security_Multipart(Mon_Oct_10_17_02_13_2005_291)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDSiAHTyzT2CeTzy0RAr5GAJ42Li0Wqc45aiHsWZapGuChGCumvACgs9MN iwpudPLuN9WLGQIfA+4bCLg= =VB0N -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Oct_10_17_02_13_2005_291)---- Hello Hiroki, 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? Regards, Gabor I'm *still* able to reproduce this bug on a dumb terminal and both w3m and lynx. -- Eitan Adler 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 |
