User Details
- User Since
- Oct 22 2014, 7:55 PM (337 w, 5 d)
- Availability
- Available
- LDAP User
- Rezonansowy
- MediaWiki User
- Rezonansowy [ Global Accounts ]
Jun 22 2020
May 18 2020
May 9 2020
Feb 25 2019
Dec 16 2018
Mar 28 2018
@Aklapper, @Ramsey-WMF Works fine! That was my mistake as there was userscript in the background which loaded even in Incognito mode...
Mar 23 2018
@Aklapper I tried Chrome 65.0.3325.162 (Official Build) (64-bit) in Incognito mode. I also tried with a browser form Electron app in the problem is also persistent. Maybe it has something to do with cookies settings?
Mar 21 2018
@Aklapper I tried logged out in incognito mode on the newest Google Chrome and it didn't work.
Mar 20 2018
Aug 7 2016
Jun 1 2016
@Legoktm I proposed this beacuse IMO url actions like &action=edit should be superseded in favor of a uniform Special pages system.
May 25 2016
Apr 2 2016
Mar 16 2016
<keygen> is deprecated now.
See https://developer.mozilla.org/en-US/docs/Web/HTML/Element/keygen
Mar 14 2016
You can test it with any Wikipedia article.
@Volker_E Here's the correct example:
#mw-navigation h2 { visibility: hidden; }
I tested it with #mw-navigation h2, using a Firefox Inspector. Seems to work.
Feb 12 2016
@DanielFriesen , this seems to work only with browsers with a full support of CSS3,
{ visibility: none; z-index: -1; }
would be better
Feb 10 2016
This is a bug in MediaWiki parser, which prevents to comment with lines on page talks for example. Normal priority would be OK here.
Feb 3 2016
My suggested solution is that VE should not touch things it doesn't understands, like these for example.
Jan 18 2016
Jan 12 2016
Jan 9 2016
Jan 8 2016
Here's a Commons category for this app – https://commons.wikimedia.org/wiki/Category:Wikipedia_Metro_App
Dec 27 2015
Here's Windows Store link: https://www.microsoft.com/en-us/store/apps/wikipedia/9wzdncrfhwm4
Dec 25 2015
@Volker_E Well, OK. If the article on the page has role=main, this would be enough to achieve this goal.
@Jdforrester-WMF What's the state of this bug? Is it fixed already?
Dec 22 2015
@Volker_E Like I said, footer div is not the same, as div with article contents. That's why HTML5 comes with aside, article and footer tags. Every piece of website should be named properly. And that's the accessibility deal. https://dequeuniversity.com/assets/html/jquery-summit/html5/slides/landmarks.html
T63801 should be present here, we need to distinguish the content from the footer of the page, which is important for screen readers.
Dec 14 2015
If the T12467 has the 'Low', this should has the same as well. These bugs are strictly connected.
Dec 5 2015
Mar 21 2015
I added it to the accessibility group because there's no HTML-related bugs tag on Phabricator yet. It has been present on Bugzilla. Unfortunately, I don't know how to create this tag here. Such tag would apply to many bugs, like T13555. Could you help me with this?