The page said kTraditionalVariant of U+2B5B8 is U+9858 願. On U+9858 願 (http://www.unicode.org/cgi-bin/GetUnihanData.pl?codepoint=9858&useutf8=false ) said U+2B5B8 𫖸 is kSimplifiedVariant of U+9858 願, U+613F 愿 is kSemanticVariant, but 愿 is simplified of 願, not U+2B5B8 𫖸.
2011/10/19 Jukka K. Korpela <jkorp...@cs.tut.fi> > > 19.10.2011 11:35, Andrew West wrote: > >> On 19 October 2011 02:38, shi zhao <shiz...@gmail.com> wrote: >>> >>> Unihan data for U+2B5B8 error? >>> see >>> http://www.unicode.org/cgi-bin/GetUnihanData.pl?codepoint=2b5b8&useutf8=false >> >> Anything in particular we are meant to be looking at? > > I don’t know what issue Shi Zhao is referring to, but there is definitively > an error on the page. Under the heading “Glyphs,” the small table contains, > under the header cell “The Unicode Standard”, a cell that appears to be > empty. A look at the source code tells that the markup is > > <td align=center><img align=middle src= > "http://www.unicode.org/cgi-bin/refglyph?24-2B5B9";></td> > > The URL there does not work. More exactly, the server responds with data > declared as a GIF image but actually containing text that is apparently an > error message of a kind, preceded by text that would be an HTTP header for > plain text if the context were HTTP headers and not image data: > > % telnet www.unicode.org 80 > Trying 216.97.88.9... > Connected to www.unicode.org. > Escape character is '^]'. > GET /cgi-bin/refglyph?24-2B5B8 HTTP/1.1 > Host: www.unicode.org > > HTTP/1.1 200 OK > Date: Wed, 19 Oct 2011 08:55:40 GMT > Server: Apache > Transfer-Encoding: chunked > Content-Type: image/gif > > 31 > Content-type: text/plain > > Invalid data: aborted. > > 0 > > Connection to www.unicode.org closed by foreign host. > % > > The <img> element lacks the required alt attribute, so the behavior depends > on the browser—some browsers show nothing, whereas e.g. IE 9 displays a > generic icon of a broken image. > > -- > Yucca, http://www.cs.tut.fi/~jkorpela/ >
