Xenial Chromium (previous version) with bug in Omnibar. ** Attachment added: "Screenshot from 2016-03-08 09-39-36.png" https://bugs.launchpad.net/ubuntu/+source/ubuntu-font-family-sources/+bug/1554508/+attachment/4592726/+files/Screenshot%20from%202016-03-08%2009-39-36.png
-- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-font-family-sources in Ubuntu. https://bugs.launchpad.net/bugs/1554508 Title: Numbers rendered at different heights based on word Status in ubuntu-font-family-sources package in Ubuntu: New Bug description: Using google-chrome-stable from Google's upstream repositories, numbers in the Ubuntu font are rendered strangely. When part of a word, they are rendered full-height (as I would expect) but when standalone (or part of a string of numbers), they are rendered at lower-case height. This is particularly noticeable when typing in to a text box that renders in Ubuntu, because already-typed numbers can change in height. To reproduce, visit http://font.ubuntu.com in Google Chrome and type the string "5". You will see a small 5. If you append "s" to the string (i.e. "5s") you will see the "5" change in height. I'm filing this bug against Ubuntu despite it being in an unpackaged browser because I've tested using exactly the same version of Chrome in wily and xenial (49.0.2623.75), and the behaviour only exhibits itself in xenial. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-font-family-sources/+bug/1554508/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
