“LATIN SMALL LETTER UPSILON” or “UPSILON” or “UPSILON WITH STROKE” don’t show U+1D7F that is LATIN SMALL LETTER UPSILON WITH STROKE. Looking for it using “Show range” is ok.

reported by A2

In the past details about a character appeared on the right hand side of the page where the default text says "Character data appears here.", after clicking on a character that is displayed on the left side of the page.

This does no longer work. I tried this with Google Chrome and Microsoft Edge on Windows as well as with Chrome on Android.

Would be nice if this could work well on a phone, perhaps showing the textbox as part of the lookup/options/etc tabs, with textbox by default; and showing the code points and specific info pane below, both collapsible.

(I might work on this, but it depends. Ideas on how to lay out the page welcome! I may also be doing similar stuff for other tools)

Eventually I'd like to make an offline app out of this and other tools. For personal use, at least, though if you want me to distribute it or would like to do so yourself that would be great too!

At https://r12a.github.io/uniview/index.html the "blog docs maps apps photos" navigation links at the top all have the domain name duplicated, e.g. https://r12a.github.io/r12a.github.io/blog/index.html

As a result, they all redirect to https://r12a.github.io instead of going to the blog, docs, etc. as presumably intended.

In the source the links use relative paths but include the domain name which seems odd, e.g. <a href="../r12a.github.io/blog/index.html">blog</a>. Maybe that was supposed to be //r12a.github.io/blog/index.html?

Produce more useful messages and ensure that clicking on an item in the left panel produces something in the right panel.

For github repo, issues, etc.

Characters isn't a well defined term in the Unicode Standard so this should probably be replaced with "Code Points" or "Unicode Code Points"

• replace codepoint markup with short version in all remaining xx-details pages
• create orthography descriptions for more Arabic orthographies
• figure out a better way to link between orthographies for the same language
• create orthography descriptions for new scripts
• add more alternative orthographies for existing pages
• add character.html lookups to pickers & charuse
• figure out what to link to from orthog codepoints & block codepoints, and implement
• figure out what to do with links from panel codepoints
• modify character.html to produce results for a single orthography??
• split l usage into (1) extensions to cover non-native sounds, (2) spellings used for foriegn words

Seems that they have changed their data format into svg. I feel like it's a bit difficult to extract the svg data from their website. Maybe you can consider using http://www.fileformat.info to replace that.
Examples are
http://www.fileformat.info/info/unicode/char/5b57/sample.svg
http://www.fileformat.info/info/unicode/char/5b57/sample.png

Remove the reliance on images for those characters. Disable the switch??

Consider adding webfonts. See https://twitter.com/r12a/status/1003570973147320320

When I select a character in the left-hand display of Unicode characters, on the right-hand side of the web page information about this character appears. The link "CLDR's Property demo" in "More properties at CLDR's Property demo" is broken and results in a "404 Not found" page on unicode.org, e.g.:

http://unicode.org/cldr/utility/character.jsp?a=3099

The last 48 characters in CJK Unified Ideographs (U+9FBB–U+9FEA), as well as the entirety of CJK Unified Ideographs Extension F (U+2CEB0–U+2EBE0) are not recognized as assigned characters by the tool.

• affected characters in CJK Unified Ideographs: 龸 龹 龺 龻 龼 龽 龾 龿 鿀 鿁 鿂 鿃 鿄 鿅 鿆 鿇 鿈 鿉 鿊 鿋 鿌 鿍 鿎 鿏 鿐 鿑 鿒 鿓 鿔 鿕 鿖 鿗 鿘 鿙 鿚 鿛 鿜 鿝 鿞 鿟 鿠 鿡 鿢 鿣 鿤 鿥 鿦 鿧 鿨 鿩 鿪
• start and end of Extension F: 𬺰 𬺱 𬺲 𬺳 𬺴 𬺵 𬺶 𬺷 𬺸 𬺹 ... 𮯗 𮯘 𮯙 𮯚 𮯛 𮯜 𮯝 𮯞 𮯟 𮯠

Searching a character still works but clicking on it no longer displays the character data. I just see "Character data appears here.

Any time you click on a character in a list or table to the left, detailed information and links for that character are displayed here."

Tested with Chrome and Firefox.

If the user inserts a string consisting of multiple code points into the text box, presses the [A > #] button, and then presses the [# > A] button, the result has spaces (U+0020) inserted in between each code point.

Steps to reproduce:

1. Type "abc" into the text box, and press [A > #]
2. Observe text box is now "0061 0062 0063"
3. Press [# > A]
4. Observe text box is now "a b c"

On Windows Version 10 (Build 15063), using Chrome version 60.0.3112.101 (Official Build) (64-bit):

I click the Text Area "up arrow" so that clicking in the list/chart area adds characters to the text area. Most of the time, the text insertion point always seems to move to the left edge of the box rather than being after just-entered text.

Example:
I select the Latin 1 block, click, sequentially, on A, b, and c, then the text area contains cbA.
If I then move the insertion point to the right end (after the A) and click d, e, the result is ecbAd (that is, the d got put at the end, but then the insertion point was moved back to the start).

Sometimes it works correctly, but most of the time it doesn't, and I can't figure out what's different. The text area reading direction is left-to-right.

Doesn't seem to fail on Firefox 54.0.1 (32-bit)

To be able to test the rendering of a text in different base directions, it would be great to be able to set dir=rtl on the text area, via a button or something.

Feature request: a way to copy a link to the current view displaying a custom range, e.g. 0020:007E.
Alternative to a UI feature: document the needed query string in https://r12a.github.io/uniview/help#show_range. I could imagine it looking like:
https://r12a.github.io/uniview/?range=0020:007E

Thanks!