Sun, Oct 6
Similar "No longer required" with MediaWiki:Watchdetails
Tue, Oct 1
https://translatewiki.net/w/i.php?title=MediaWiki:Addwatch/en&action=purge&uselang=qqx Also in this group. Purge synonymously with clear in translations.
Jun 6 2019
Jun 5 2019
Apr 23 2019
Apr 9 2019
Feb 25 2019
Feb 18 2019
Aug 11 2018
Jul 10 2018
May 24 2018
I confirm the language for the aliens. Not user-friendly.
Apr 5 2018
Apr 4 2018
Apr 3 2018
Mar 22 2018
Mar 21 2018
When I send it to myself, I also get a normal subject.
Mar 20 2018
Mar 14 2018
Mar 2 2018
Yes, all tasks can be added as blockers. The deployment can wait for a more smooth period according to the others experience of using.
Feb 25 2018
Dec 18 2017
Dec 17 2017
Dec 13 2017
Dec 12 2017
Yeah, focusing on the top, now that makes no sense. Then now the percent-encoded well, because at least the firefox converts them (point-encoded it leaves encoded).
@MaxSem The last Google Chrome itself started to encode IDs - is there any news on this?
Nov 27 2017
New links enadled in the ru.wikipedia and ru.wikisource, but link between projects from ru.wikipedia to ru.wikisource generates an old link with an encoding (also from en.wiki to ru.wiki )
[[:s:Уголовный кодекс Российской Федерации/Глава 1#Статья 2]] https://ru.wikisource.org/wiki/Уголовный_кодекс_Российской_Федерации/Глава_1#.D0.A1.D1.82.D0.B0.D1.82.D1.8C.D1.8F_2
so all projects with html5 sections in their template:anchor should create two links - a new one and an old one with an encoding.
Nov 26 2017
Nov 19 2017
after php header Location shows uncoded "http://localhost/test.html#абвг"
(ie11 http://localhost/test.html#Р°Р±РІРі )
but when I made a zero edit for this section https://ru.wikipedia.org/wiki/RGB#История
in chrome I got
in edge I got
here again the point-encoded words (which have already disabled?)
Nov 14 2017
Nov 8 2017
Nov 2 2017
Nov 1 2017
@Jdlrobson Vector - the main skin on which the content is written. In the vector, code tag has a gray background. tt tag has no background and was used in the text where monospace is needed. kbd and samp used to replace the tt - in the text where the background is undesirable and even in templates - so this border can come out unpredictably where in the article and other templates
@Jdlrobson 1) kbd and samp do not have a border in a vector 2) you did not add kbd and samp to css reset 3) in T179516 The browser itself changes the tt tag to monospace by default. But in the css reset tt tag equated to the normal text and does not return the monospace for tt - this is an error. If tt tag is used - it is used specially and it is clearly not an ordinary text. In this request for another skin - timeless at least does not use reset.
"After saving a section" - Yes, after section editing and pressing "Save changes"
before HTML5 sections https://ru.wikipedia.org/wiki/Википедия:Песочница#.D0.9F...
with HTML5 sections https://ru.wikipedia.org/wiki/Википедия:Песочница#%D0%9F...
it's because of the browser or mediawiki?
@Volker_E we are talking about a different display of content in the main skin and a new one. It's strange that you are against tt and one-time is not against his presence in the styles of vector skin. "Instead contributors" we are not talking about the contributors, we're talking about skins. Until the skins mimic the tt under the code tags, the contributors will use it.
Oct 31 2017
@Volker_E "task should be declined" - tt is redrawn in main skins - vector & monobook from the settings. The content of the page should be equally displayed in all skins. Or tt is redrawn in all skins or need to remove tt redrawing from vector & monobook (equally in all).
Oct 30 2017
Oct 29 2017
Oct 27 2017
Oct 26 2017
Oct 25 2017
Oct 11 2017
- open https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D0%BA%D1%83%D0%B1%D0%B0%D1%82%D0%BE%D1%80:%D0%9F%D0%B5%D1%81%D0%BE%D1%87%D0%BD%D0%B8%D1%86%D0%B0
- edit in normal editor, copy paste
Oct 9 2017
Oct 3 2017
Are there some additional special conditions to reproduce the issue?