Ensure all site logos support HiDPI screens to avoid pixelated/blurry look (tracking)
OpenPublic

Description

Most Wikipedia's and the other projects' logos still have low-resolution raster images, and appear visibly pixelated on high-resolution displays such as on the third-generation iPad with Retina display.

Fixing this will require redoing a loooot of custom logos. :)

Recommend creating SVG and using PNGs from that.


Attached:

bzimport added a subscriber: Unknown Object (MLST).
bzimport set Reference to bz35337.
brion created this task.Via LegacyMar 19 2012, 11:19 PM
liangent added a comment.Via ConduitApr 20 2013, 7:42 AM

Do we already have core support for this? Like:

$wgLogo = array(

'1x' => '/images/logo.png',
'1.5x' => '/images/logo-15.png',
'2x' => '/images/logo-2.png',

);

DanielFriesen added a comment.Via ConduitApr 21 2013, 12:44 PM

(In reply to comment #1)

Do we already have core support for this? Like:

$wgLogo = array(

'1x' => '/images/logo.png',
'1.5x' => '/images/logo-15.png',
'2x' => '/images/logo-2.png',

);

Not that I know of. And I strongly advise against that syntax.

Besides the fact $wgLogo would be best not converted outright to an array.
We already have a separate bug asking for something like:
$wg???Logo??? = array(

'150x150' => '/path/to/logo-square.png',
'200x75' => '/path/to/logo-wide.png',
'50x50' => '/path/to/logo-small.png',

);

tomasz added a comment.Via ConduitMay 14 2013, 8:49 PM
22:42  brion: odder: they should be 1) bigger and 2) adjusted in size 
  in the CSS back to original "size"

Fortunately, almost all Wikipedia logos are vectorized, so it won't be too hard to create the bigger versions. Same goes for those Wiktionaries that use the 'tiles' logo — I'm not entirely sure if all 'textual' logos have their SVG versions — and it gets worse and worse with other sister projects.

[Possibly having a 'Vectorize all logos' bug could help track progress. There is https://meta.wikimedia.org/wiki/User:Cbrown1023/Logos but it kills my browser dead.]

mxn added a comment.Via ConduitNov 19 2013, 7:31 AM

In the meantime, w:en:, w:vi:, wikt:vi: (tiles), b:vi:, s:vi:, and q:vi: have worked around the issue with some custom CSS:

https://en.wikipedia.org/wiki/?diff=prev&oldid=582197537

Qgil added a comment.Via ConduitNov 28 2013, 5:07 PM

Pau has created a Google Code-in task related to this report:

http://www.google-melange.com/gci/task/view/google/gci2013/5778687907594240

However, even if this bug is "easy", the task is huge. Let's split it, because GCI students do have the wo/manpower to come up with all the vectorized logos and the final patch in the following weeks.

More details at Bug 52019 -- we will come back from there once all the project logos are vectorized.

Aklapper added a comment.Via ConduitFeb 6 2014, 5:18 PM

So bug 52019 blocks bug 32101 and this bug blocks bug 32101.

matmarex added a comment.Via ConduitOct 8 2014, 10:10 AM
  • Bug 71763 has been marked as a duplicate of this bug. ***
gerritbot added a subscriber: gerritbot.Via ConduitMar 9 2015, 6:25 PM

Change 195195 had a related patch set uploaded (by Isarra):
Add support for HD versions of the wiki logo in MonoBook-like skins.

https://gerrit.wikimedia.org/r/195195

gerritbot added a project: Patch-For-Review.Via ConduitMar 9 2015, 6:25 PM
MarkAHershberger removed a subscriber: MarkAHershberger.Via EmailMar 9 2015, 6:53 PM
gerritbot added a comment.Via ConduitMar 13 2015, 6:30 AM

Change 195195 merged by jenkins-bot:
Add support for HD versions of the wiki logo in MonoBook-like skins.

https://gerrit.wikimedia.org/r/195195

matmarex added a subscriber: matmarex.

The coding part is done, yay! Now we need to configure the logos for Wikimedia wikis.

mxn added a comment.Via WebMar 14 2015, 4:52 AM

The patch takes care of 1.5x and 2x, but there are 3x screens out in the wild too (iPhone 6 Plus for example).

brion added a comment.Via WebMar 16 2015, 6:07 PM
In T37337#1118737, @mxn wrote:

The patch takes care of 1.5x and 2x, but there are 3x screens out in the wild too (iPhone 6 Plus for example).

All 3x devices I know of are phones and will get the mobile view by default (which doesn't show this logo), or will scale down the desktop site if switched to it explicitly, so a 3x native logo is overkill for them. Easy to add support in the future if we find we need it though.

gerritbot added a comment.Via ConduitApr 5 2015, 12:33 AM

Change 201915 had a related patch set uploaded (by Mxn):
Set $wgLogoHD for wikis that currently do so in MediaWiki:Common.css

https://gerrit.wikimedia.org/r/201915

mxn added a comment.Via WebApr 10 2015, 4:41 AM

Note to anyone adding high-resolution logos: per longstanding Wikimedia policy, images displayed as project logos must be upload-protected at Commons. I belatedly realized that almost none of the files being used as high-resolution logos in Common.css were upload-protected, only edit-protected. I’ve requested that the files be upload-protected, but any additional high-resolution logos going forward will need to follow the same procedure.

Glaisher added a subscriber: Glaisher.Via WebApr 17 2015, 3:22 PM
Krenair moved this task to Working on on the Wikimedia-Site-requests workboard.
Krenair changed the title from "Wikipedia and other site logos pixelated, blurry on high-resolution screens" to "Site logos pixelated, blurry on high-resolution screens".Via WebApr 20 2015, 12:25 AM
Krenair assigned this task to mxn.
Krenair moved this task to To deploy on the Wikimedia-Site-requests workboard.
Krenair set Security to None.
Krenair added a subscriber: Krenair.
gerritbot added a comment.Via ConduitApr 20 2015, 11:46 PM

Change 201915 merged by jenkins-bot:
Set $wgLogoHD for wikis that currently do so in MediaWiki:Common.css

https://gerrit.wikimedia.org/r/201915

Krenair added a comment.Via WebApr 20 2015, 11:48 PM

Anything left to do here?

mxn added a comment.Via WebApr 21 2015, 3:27 AM

I need to notify the affected wikis that they can remove the style rules from Common.css, now that they’re redundant to the site configuration.

Besides that, the vast majority of wikis still have no high-resolution logos defined. That would entail finding the correct SVG version of each site’s logo and getting an appropriate thumbnail URL. The Chinese Wikipedia already has different high-resolution logos defined for each variant but no clear way to do that via $wgLogoHD.

Lam-ang added a subscriber: Lam-ang.Via WebApr 21 2015, 2:58 PM

@mxn:Thanks for adding ilowiki, I did remove the code from Common.css thinking the previous commit was across the board.

Dereckson moved this task to Working on on the Wikimedia-Site-requests workboard.Via WebApr 26 2015, 10:29 PM
Krinkle changed the title from "Site logos pixelated, blurry on high-resolution screens" to "Ensure all site logos support HiDPI screens to avoid pixelated/blurry look (tracking)".Via WebJun 7 2015, 11:35 AM
Krinkle removed a subscriber: Unknown Object (MLST).
Krinkle edited the task description. (Show Details)
Krinkle removed a project: Patch-For-Review.
Krinkle removed projects: MediaWiki-Interface, Easy.
Krinkle added a subscriber: Krinkle.

Removing MediaWiki-Interface component. Support for a $wgLogoHD setting has been added to MediaWiki core. It's now a matter of ensuring Wikimedia Foundation projects have SVG logos, generating the relevant PNGs, and configuring them on the cluster.

Krinkle added a comment.Via WebJun 7 2015, 11:38 AM

Many wikis now have HiDPI logos. Tracked in the "wgLogoHD" section at https://github.com/wikimedia/operations-mediawiki-config/blob/master/wmf-config/InitialiseSettings.php. This is a tracking task for the remaining ones.

Add Comment