[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2014-02-16 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 Kartik Mistry kartik.mis...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2014-02-12 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 --- Comment #7 from Kartik Mistry kartik.mis...@gmail.com --- Santhosh has updated, https://www.mediawiki.org/wiki/Universal_Language_Selector/WebFonts#Font_detection document. -- You are receiving this mail because: You are the assignee for

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2014-02-09 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 --- Comment #5 from Santhosh Thottingal santhosh.thottin...@gmail.com --- FWIW, I have a document on the behavior of font stack orders - what happens if webfont is put at the end of font stack and beginning of font stack. It is at

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2014-02-09 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 --- Comment #6 from Kartik Mistry kartik.mis...@gmail.com --- More information on this: 1. With Tofu detection is in place (See: https://gerrit.wikimedia.org/r/#/c/108024/), webfonts are only applied when Tofu is detected. 2. With

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2014-02-06 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 Nemo federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2014-01-30 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Priority|Unprioritized |High

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2013-11-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 --- Comment #4 from Ryan Kaldari rkald...@wikimedia.org --- I had a discussion with Santhosh about this and he explained some of the rationale behind it. Although he brought up several points, the main one was that in many cases (at least for

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2013-11-08 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 --- Comment #1 from Ryan Kaldari rkald...@wikimedia.org --- Actually, my description isn't completely accurate. It looks like anything with a lang attribute is actually hidden until the webfont loads, so the font doesn't actually switch, but

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2013-11-08 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 --- Comment #2 from Ryan Kaldari rkald...@wikimedia.org --- I should clarify the wording in my better solution: 1. Add all webfonts needed on the page to the _end_ of the body's font-family declaration 2. Don't do anything else -- You are

[Bug 56796] mw.webfonts is much too aggressive at overriding default fonts

2013-11-08 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=56796 --- Comment #3 from Erik Moeller e...@wikimedia.org --- I can confirm that in any tests I've run e.g. with Akkadian, specifying the webfont at the end still correctly loads any required glyphs. Are there cases where this doesn't work, Santhosh?