Last modified: 2013-06-18 16:51:57 UTC
The central file /images/ (which I presume is only 1 real directory) * http://ny.wikipedia.org/images/wiki-en.png * http://en.wikipedia.org/images/wiki-en.png * etc. contains a bad version of the logo. This "wiki-en.png" is both outdated and has a white-edge when viewen on a non-white background (ie. in Monobook). The edges are visible on all wikis that use this logo. Such as ny.wikipedia ( http://ny.wikipedia.org/?useskin=monbook ). Whether or not this file should be updated to the "v2" logo, I don't know. But that these white edges should be fixed a.s.a.p. sounds simple and obvious to me. Please overwrite that file with http://commons.wikimedia.org/wiki/File:Wikipedia-logo-en.png http://upload.wikimedia.org/wikipedia/commons/7/7f/Wikipedia-logo-en.png Which pretty much the same file and size but without the bad-JPEG white edges. -- Krinkle
Link to v2 logo: http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-en.png http://upload.wikimedia.org/wikipedia/commons/d/d6/Wikipedia-logo-v2-en.png
I am not sure I understand the request. You are saying that two images viewed in monobook have bad spacing, so you have fixed them and supplied the fix. However, I am not sure I would make that change, its more of a UI change. Also, this woudl change a lot of other items... not sure who handles this, but I am not certain it is me either.
To clarify on the images -- it's nothing to do with JPEG compression. The default "/images/wiki-en.png" and similar logos are still an old 8-bit PNG version which uses binary transparency instead of smooth alpha. This gives it a hard-edged appearance on darker backgrounds but was necessary for compatibility with IE 6 in the olden days. (The hard edge is usually not a big deal on the lighter standard skin backgrounds, but it bugs some people more than others.) If current new logo images aren't still using the hard-edged binary transparency, then it's probably a good idea to either: a) replace the old default images with newer default ones or b) change the $wgLogo settings that still point to those old default files to point at more appropriate new default files
Talked about this during the Hackathon, cc-ing Roan. By the way, now that Wikipedia has a new logo, I think it oughta be updated to the current one: * http://commons.wikimedia.org/wiki/File:Wikipedia-logo-v2-en.png ( http://upload.wikimedia.org/wikipedia/commons/d/d6/Wikipedia-logo-v2-en.png ) Please note that all major wikis (both those with old logos and with the v2 logos) link to the versions on Commons that have alpha transparancy. It's the older/smaller wikis without a localized logo that link to the out-of-mediawiki path "/images/wiki-en.png" which is the old logo, in English, in 8-bit. Although there is something to be said about IE6 support / alpha transparency. Given that there hasn't been support for that in any major logo in many years, and all PNG-renders for SVGs may be alpha transparent, I don't see why it should be supported in the old fallback logo. (plus, there's fixalpha() [1] for that, right ? ) -- Krinkle [1]: fixalpha in IEFixes, which seems to cover the logo as well: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/common/IEFixes.js?view=markup&pathrev=77922#l20
*** Bug 27297 has been marked as a duplicate of this bug. ***
Bumping this - has it been completed now?
Default changed to logo on commons File on NFS has been updated reedy@fenari:/home/wikipedia/common$ git commit -a [master ea9a05e] Bug 24278 - Update old /images/wiki-en.png to v2-logo (also fixes 8-bit PNG white edges) 1 files changed, 1 insertions(+), 1 deletions(-) reedy@fenari:/home/wikipedia/common$ git push origin Counting objects: 7, done. Delta compression using up to 2 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 479 bytes, done. Total 4 (delta 3), reused 0 (delta 0) remote: Resolving deltas: 100% (3/3) remote: Processing changes: refs: 1, done To ssh://gerrit.wikimedia.org:29418/operations/mediawiki-config.git 5851952..ea9a05e master -> master
