Project: chromium Issues People Development process History Sign in
New issue
Advanced search Search tips
Starred by 27 users
Status: Fixed
Owner: ----
Closed: Nov 2013
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment
Elements with font-variant:small-caps and text-rendering:optimizelegibility broken on Windows
Reported by focu...@gmail.com, Aug 12 2010 Back to list
Chrome Version       : 6.0.490.0 (Official Build 55537) canary build
URLs (if applicable) : http://retlehs.com/test/optimizelegibility.html
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
     Safari 4: OK
  Firefox 3.x: OK
         IE 7: OK
         IE 8: OK

What steps will reproduce the problem?
1. Set text-rendering property to optimizelegibility on an element
2. Set font-variant property to small-caps on an element

What is the expected result?
The element should be rendered with small-caps

What happens instead?
The element is rendered without small-caps

Please provide any additional information below. Attach a screenshot if
possible.

It appears to be working fine on Mac, but broken on Windows and Linux Chrome 5, Chrome 6 beta, and Chromium nightly.

Tested on Windows 7 64bit, Windows XP, and Ubuntu 10.04
 
smallcaps.png
17.8 KB View Download
Comment 1 by debbil...@gmail.com, Aug 13 2010
Just discovered this bug when I tried to implement optimizeLegibility for my website; found this report thru a search.
A Chromium 6/Linux user reported odd behavior in blocks of text. As he mentioned on typophile [http://bit.ly/d4t3sd], "the most reliably broken page I’ve seen is one where the text block is unfolded by animation".

Screenshot attached.
Screenscrot-2010-08-16_400x164_5372.png
14.6 KB View Download
Comment 3 by osm...@gmail.com, Dec 21 2010
Hello,
I have also font/text problems in Ubuntu Linux 10.10 with the latest Chromium build.
See the attached picture. It also show the current font-settings in Ubuntu.
The webpage is http://planet.ubuntu.com

$ chromium-browser --version 
Chromium 10.0.618.0 Ubuntu 10.10

$ lsb_release  -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 10.10
Release:	10.10
Codename:	maverick

$ uname -a
Linux maverick64 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:45:36 UTC 2010 x86_64 GNU/Linux

The text is OK in Firefox 4.
Screenshot-4.png
358 KB View Download
I also discovered this problem today. Still present. :/

Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.83 Safari/534.13

Similary to ignoring font-variant: small-caps,
enabling  text-rendering:optimizeLegibility,
also looks to ignore text-align: justify!


Comment 5 by js...@chromium.org, Jun 2 2011
Labels: -Area-Undefined Area-WebKit OS-Linux OS-Windows
Comment 6 by kareng@google.com, Jun 6 2011
Labels: Feature-Fonts
Owner: evan@chromium.org
Status: Assigned
Comment 7 by evan@chromium.org, Sep 20 2011
Cc: bashi@chromium.org
Owner: ----
I'm not going to get to this bug before my leave.  As it is a font bug, I'll CC bashi in case he is interested.
Comment 8 by bashi@chromium.org, Sep 21 2011
Labels: -OS-Linux
Owner: bashi@chromium.org
Looks like this problem was fixed on Linux, but still present on Windows.
Comment 9 by bashi@chromium.org, Sep 21 2011
 Issue 75042  has been merged into this issue.
Comment 10 by Deleted ...@, Nov 14 2012
Is the only workaround to drop text-rendering : optimizelegibility?
Comment 11 by behdad@google.com, Nov 15 2012
Bashi, can you summarize the problem given the new harfbuzz Linux situation?
Comment 12 by bashi@chromium.org, Nov 15 2012
I think this bug was fixed on Linux.
Project Member Comment 13 by bugdroid1@chromium.org, Mar 10 2013
Labels: -Area-WebKit -Feature-Fonts Cr-Content Cr-Content-Fonts
Comment 14 by Deleted ...@, Mar 17 2013
Bug still !
Version 25.0.1364.172 m (windows 7 64 bits)

Small caps OK without "text-rendering: optimizeLegibility;"
Project Member Comment 15 by bugdroid1@chromium.org, Apr 6 2013
Labels: -Cr-Content Cr-Blink
Project Member Comment 16 by bugdroid1@chromium.org, Apr 6 2013
Labels: -Cr-Content-Fonts Cr-Blink-Fonts
Comment 17 by Deleted ...@, Apr 10 2013
Still seems to be a bug now. Or did it come back?

Windows.
text-rendering: optimizeLegibility;
font-variant: small-caps;

small-caps are ignored. 3-year old bug, really?
Comment 18 by Deleted ...@, May 31 2013
Windows.
Still a bug...when can we expect a fix?????
Comment 19 by Deleted ...@, Jul 30 2013
Unfortunately running Chrome 28.0.1500.72m (Windows 7 64-bit) and setting both text-rendering:optimizeLegibility and font-variant:small-caps on an element still results in the text not being rendered in small-caps.

In 13 days time this bug will be three years old.
Labels: todo-kbx
Status: Unconfirmed
Bulk reset for re-triage.
Owner: kenjibaheux@chromium.org
bulk edit for re-triage.
Status: Untriaged
Summary: Elements with font-variant:small-caps and text-rendering:optimizelegibility broken on Windows (was: Elements with font-variant:small-caps and text-rendering:optimizelegibility broken on Win/Linux)
Reconfirmed with http://jsfiddle.net/PcP8A/

 1. Repro on Windows  32.0.1657.2 canary Aura
 2. Works fine on Chrome OS (29.0.1547.74)
 3. Assuming fixed on Linux based on comments
Cc: kinaba@chromium.org falken@chromium.org kenjibaheux@chromium.org
Labels: -todo-kbx
Owner: ----
Status: Available
According to chromestatus.com/metrics/css:
 text-rendering used on 15% of page loads
 font-variant   used on 22% of page loads

cc-ing a couple of folks who helped in the past on optimizeLegibility issues.
Labels: M-33
Status: Fixed
HarfBuzz switch  http://crbug.com/313423  fixed it.
Sign in to add a comment