[wp-trac] [WordPress Trac] #21751: Twenty Twelve: allow translators to disable Open Sans custom font

WordPress Trac wp-trac at lists.automattic.com
Tue Sep 25 23:04:28 UTC 2012


#21751: Twenty Twelve: allow translators to disable Open Sans custom font
---------------------------+---------------------------
 Reporter:  pavelevap      |       Owner:  lancewillett
     Type:  defect (bug)   |      Status:  reopened
 Priority:  normal         |   Milestone:  3.5
Component:  Bundled Theme  |     Version:  trunk
 Severity:  major          |  Resolution:
 Keywords:  has-patch      |
---------------------------+---------------------------

Comment (by SergeyBiryukov):

 Replying to [comment:34 lancewillett]:
 > After a bunch more testing and research, it appears the subset parameter
 has no effect on the language character support. It works with out it and
 with it.

 From my testing, it does make a difference. I've got consistent results on
 Firefox 15, Chrome 21 and 23, IE 8 and 9, Opera 12, on both Windows XP and
 Windows 7.

 1. On initial page load, all characters are visible, although Cyrillic
 characters are displayed in Arial: [attachment:21751.cyrillic-arial.png]
 (also [attachment:ticket:21775:21775.content.png] in Opera).
 2. Adding `&subset=latin,cyrillic` to the `wp_enqueue_style()` call fixes
 that in all browsers, *even in Chrome on Vista*: [attachment:21751
 .cyrillic-open-sans.png].

 So it seems that [attachment:21751.open-sans-subsets.diff] would be
 helpful after all.

 P.S. The only weird thing I've noticed is that on Windows 7, Opera doesn't
 fall back to Arial if I remove `&subset=latin,cyrillic` after step 2.
 Cyrillic characters become invisible ([attachment:21751.opera.2.png])
 until the browser is restarted (clearing cache doesn't help). Then it
 falls back to Arial again.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/21751#comment:38>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list