Closed
Bug 306983
Opened 19 years ago
Closed 19 years ago
It shows the correct characters only if I place another before
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 149178
People
(Reporter: mail, Unassigned)
References
()
Details
Attachments
(5 files)
screenshot result data
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 Take this example: <html><body>p∧q→(r∧s)∨t</body></html> It shows a logical formula. Take a look at the begining: p∧ must show a 'p' and a conjunction. Instead of that, it shows a small circle. But if you put this code: p∦∧ , showing before the previous character (8742) it works fine. It works only with the previous character before, I haven't found any other cases. Even more, it is only necessary in the first character 8743, in the second one: r∧ it is not necessary to put the 8742 one. I hate iexplorer, but it is shown properly with it. It seems to be a bug. Am I wrong? Reproducible: Always Steps to Reproduce: No special setup needed, just see the page result. Expected Results: Show the correct character.
|
||
Updated•19 years ago
|
|
||
Comment 1•19 years ago
|
||
That URL data:text/html,<html><body>p∧q→(r∧s)∨t</body></html> works fine for me. I guess there'd be another condition to reproduce the problem...? Mozilla/5.0 (Windows; U; Windows NT 5.0; ja-JP; rv:1.7.10) Gecko/20050717 Firefox/1.0.6
http://www.caerolus.net/p.htm In the url above is the example. I can't see the correct characters. Don't know whether it's a problem of Windows configuration, but nobody seems to see it in the correct way
Well, it works fine with these symbols (specified at http://www.unicode.org/charts/PDF/U2200.pdf) instead: p⋀q→(r⋀s)⋁t but the problem is still there for the other ones. Thanks ;)
|
||
Comment 4•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050904 Firefox/1.0+ ID:2005090400 WFM
|
||
Comment 5•19 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20050903 Firefox/1.6a1 WFM. I get the following output from the URL: p∧q→(r∧s)∨t
|
|
||
Comment 6•19 years ago
|
||
Well, two posibilities: with one works in iexplorer but not in mozilla, with the other works in mozilla but not in explorer. In the following url: http://www.utoronto.ca/ian/books/xhtml1/entity/en_symbol.html you have a clear example. See 'Mathematical Operators', hex numbers 2227 and 2228. As you can see here it is shown a circle instead of the and symbol.
|
|
||
Updated•19 years ago
|
Attachment #194879 -
Attachment mime type: image/gif → text/html
Sorry, attached another file. ---------------------------- Well, two posibilities: with one works in iexplorer but not in mozilla, with the other works in mozilla but not in explorer. In the following url: http://www.utoronto.ca/ian/books/xhtml1/entity/en_symbol.html you have a clear example. See 'Mathematical Operators', hex numbers 2227 and 2228. As you can see here it is shown a circle instead of the and symbol.
|
|
||
Comment 9•19 years ago
|
||
(In reply to comment #8) http://www.utoronto.ca/ian/books/xhtml1/entity/en_symbol.html > you have a clear example. See 'Mathematical > Operators', hex numbers 2227 and 2228. The webmaster doesn't seem good at math calc. 0x2227 is equal to 8743, not 8869 (= 0x22A5). 0x2228 is equal to 8744, not 8870 (= 0x22A6). So it's correct in dec, incorrect in hex, apparently. The problem is that works for IE.
|
Reporter | |
Comment 10•19 years ago
|
||
(In reply to comment #9) > The webmaster doesn't seem good at math calc. > > 0x2227 is equal to 8743, not 8869 (= 0x22A5). > 0x2228 is equal to 8744, not 8870 (= 0x22A6). > > So it's correct in dec, incorrect in hex, > apparently. > > The problem is that works for IE. Ok. If you see the unicode specification at http://www.unicode.org/charts/PDF/U2200.pdf , there are two ways to show these characters: Hexadecimal 22C0 and 22C1 or 2227 and 2228. They are the same characters. With the first ones I can't see it well int iexplorer, but with the second ones it is not shown well in firefox. Both cases are shown well in Opera, for example. So, for me, it seems a problem in firefox and also in iexplorer. Previously, someone have said that he/she can see it well, but all the people I've asked has my problem. Which encoding do you use? We all have the standard one.
|
|
||
Comment 11•19 years ago
|
||
(In reply to comment #10) > http://www.unicode.org/charts/PDF/U2200.pdf , there are two ways to show these > characters: > Hexadecimal 22C0 and 22C1 or 2227 and 2228. They are the same characters. > With the first ones I can't see it well int iexplorer, but with the second ones > it is not shown well in firefox. WFM, perfectly. data:text/html,<html><body>⋀⋁∧∨</body></html> > but all the people I've asked has my problem. So what did you used as a demo? Please give us a most simple testcase, which directly shows the problem. Just an URL is also OK, unless it's malformed.
|
|
Reporter | |
Comment 12•19 years ago
|
||
Here is what I see in each browser when I go to the page http://www.caerolus.net/bug.html which has the following simple example: <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> </head> <body> and (2227) ∧ <br> or (2228) ∨ <br> and (22C0) ⋀ <br> or (22C1) ⋁ <br> (always hexadecimal) </body></html>
|
||
Comment 13•19 years ago
|
||
*** This bug has been marked as a duplicate of 149178 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•