Baoduy, can you please help to take a look? Thanks!

A potential solution is to apply specific text font size in CSS according to languages and mode (e.g. floating).

 Issue 906500  has been merged into this issue.

Reorganising these dupe bugs (re: key label truncation in floating VK), and change the canonical to be this one.

Summary of repro cases from deduped bugs:
- Tamil Inscript/Tmail99/Typewritter layouts (above +  crbug.com/807181 ).
- Russian keyboard, top row digit 3 ( crbug.com/906500 ).
- "Emoticon" page of Emoji palette ( crbug.com/900832 ).

Primarily a UX issue, not an eng one:
- Floating KB is small by design.
- Floating KB can't be resized by design.
- Font size is tuned for single-letter small-width key label.

Reassigning to source UX advice.

NOTE: Last tab of Emoji palette doesn't contain real emojis. They're emoticons (emoji-looking ASCII text). Not sure if they remain relevant in the long run. In any case, the UX issue remains, as we still have to solve them for layouts with multi-letter and/or large-width key labels (e.g. the Tamil and Russian examples above).

Adjusted owner, pri, and status, as per the bug previously designated "canonical".

 Issue 807181  has been merged into this issue.

 Issue 906500  has been merged into this issue.

 Issue 900832  has been merged into this issue.

Re: comment 1 - I'd defer this to PM/UX first. Don't think it's universally fine to shrink the font (even though we filter by language and mode). We probably don't wanna to have smaller font for *all* key caps just because of some wide ones (due to multi-letter, large-width labels). Smaller labels everywhere could be worse than having truncation on a couple of keys.

Also repro in Bulgarian Keyboard(BG) ,for upper character of 0 key ;
refers to attached screenshot

Deleted: BG .jpeg 91.6 KB

	BG .jpeg 91.6 KB View Download