Last modified: 2011-10-27 09:03:15 UTC
* blog post URLs are in the form of http://blog.wikimedia.org/blog/dddd/dd/dd/name/ so http://blog.wikimedia.org/blog/ (a substring of the post URL) should be made to do something useful not 404 * the blog header banner image should link somewhere to (the main blog page probably)
assigning to me to get approval from communications. also what's the deal with the weird smiley face to the left of the left sidebar?
Jay has approved this; no rush but it should be fairly straightforward. (hopefully there's a turkey keeping you busy!)
Turkey's have been hung by the chimney with care. What else needs to happen to make this happen?
(In reply to comment #1) > assigning to me to get approval from communications. also what's the deal with > the weird smiley face to the left of the left sidebar? Lol, the smiley kept me looking through the DOM and CSS a few times but it's weird as you say. It's the following code: <img id="wpstats" src="http://stats.wordpress.com/g.gif?host=blog.wikimedia.org&rand=0.8847946594469249&blog=4743035&v=ext&post=0&ref=http%3A//blog.wikimedia.org/blog/" alt=""> Due to the nature of the layout (basically everything is inside a container of some kind, indirectly or directly floated and/or clearing. Since the img is loose pops up the highest up place it can go without interferring with the floats, which, in LTR mode, happends to be to the left of the sidebar around 4-5 links down. I guess we can hide this face somehow (it's the wp-stats thing which returns a smiley while recording statistics), or alternatively perhaps it should be get rid of depending on whether it's actually used or a left-over from another skin. (perhaps also something about privacy / IP-addresses to third parties ?)
Guillaume, Can you review the above and ensure we can do this with the planned changes that you have. I know they want to restructure the URLS, so I wanted you to see this. Kicking it to assign to you, but feel free to assign back once you comment.
(In reply to comment #0) > * blog post URLs are in the form of > http://blog.wikimedia.org/blog/dddd/dd/dd/name/ so > http://blog.wikimedia.org/blog/ (a substring of the post URL) should be made to > do something useful not 404 Actually, I'd rather get rid of the "/blog/" suffix altogether, since it's not serving any real purpose and duplicates the "blog." prefix. I've done some testing and all the "old" URLs will continue to work. Added to our checklist of things to do during the upgrade. > * the blog header banner image should link somewhere to (the main blog page > probably) That was the case when we had a unique header banner image, but starting soon we'll have different banners depending on which topic we're viewing (e.g. tech / community etc.). It wouldn't make sense to send people to the main page when they click on a "community blog" banner. Ideally we'd want to send people to the appropriate topic landing page (e.g. Community landing page), but that requires additional coding, so for the moment I suggest we just not add any link to the banner. (In reply to comment #1) > also what's the deal with > the weird smiley face to the left of the left sidebar? As Krinkle explained, it's the stats image. I don't see it any more; do you?
(In reply to comment #6) > > As Krinkle explained, it's the stats image. I don't see it any more; do you? Actually, it turns out it doesn't show for logged-in users.
Created attachment 8524 [details] Wrong width of images and main column on Firefox, Ubuntu Speaking of strange visualizations (I hope this bug can be used for this), what causes this? I'm currently using FF 4.0.1 on Ubuntu 11.04, but it's been like this for a while (it's the same on Thunderbird if shown as full HTML). I have the following warnings in the error console: Warning: Error in parsing value for 'clear'. Declaration dropped. Source file: http://blog.wikimedia.org/ Line: 0 Warning: Error in parsing value for 'z-index'. Declaration dropped. Source file: http://s.gravatar.com/css/hovercard.css?v=3 Line: 10 Warning: Unknown property 'zoom'. Declaration dropped. Source file: http://s.gravatar.com/css/hovercard.css?v=3 Line: 14 Warning: Unknown property 'transform'. Declaration dropped. Source file: http://s.gravatar.com/css/hovercard.css?v=3 Line: 277 Warning: Error in parsing value for 'filter'. Declaration dropped. Source file: http://s.gravatar.com/css/hovercard.css?v=3 Line: 278
So, a quick update: * The URLs of blog posts reported in comment #0 (duplicate /blog/ suffix) should be fixed. * The blog banners don't link to anything for the reasons given in comment #6. * The "WordPress stats" smiley face reported in comment #1 is now in the lower left corner, so I guess we can call that fixed. Nemo, the screenshot you attached makes me think you zoomed out on the blog once (on purpose or by accident) and now your browser remembers that zoom setting and causes the text to be shown smaller, but not the images. You should be able to see the regular blog theme by resetting the zoom to normal in your browser. I'm going to mark this bug as FIXED; feel free to reopen if your problem still exists.
(In reply to comment #9) > * The "WordPress stats" smiley face reported in comment #1 is now in the lower > left corner, so I guess we can call that fixed. Looks like it's still in the sidebar for logged-out users. Reopening.
(In reply to comment #10) > > Looks like it's still in the sidebar for logged-out users. Reopening. Adding more info for reference: * The smiley face appears in the lower left corner on the home page & archive pages (like categories) * The smiley face appears left of the sidebar on single articles
We've disabled the stats module, so this isn't an issue any more.
