Thanks @MattCleinman , this will be usefull to test pages and templates. I've bookmarked it.
@Od1n : Mobile version (viewed on a navigator) is not the same as mobile app ( for android : https://play.google.com/store/apps/details?id=org.wikipedia&hl=fr ). The latter seams to use MediaWiki:Common.css, whereas the former only uses MediaWiki:Mobile.css.
I've added a rule in the TemplateStyle of this specific template. For a more general solution, I have some noob questions :
Yes, now this works for me too. I close this task.
I guess this task can be closed now, it seems fixed.
It's not the top-margin the issue, as it is 0 most of the time, but the bottom margin, that also should be 0 when these links are not displayed. So I guess this due to another change.
Simple example to explicit this : with this code
<span style="font-weight:bold>test <strong>strong</strong></span>
I do not have Apple devices to test.
It's possible to resize the text-area by clicking on the pencil to disable the highlighting, resize the conventional text-area, and re-enabling the highlighting.
I purged :fr:Categorie:Page avec des erreurs de script around miday UTC. Around 7 hours later there 364 pages in that category. I've opended the 200 first one's unconnected and 20 still displayed the message : "Erreur Lua dans mw.wikibase.entity.lua a la ligne 37 : data.schemaVersion must be a number, got nil instead." That's always the same data.schemaVersion error, never seen the one abont data itself.
The "Privacy policy" link correctly redirects to the translated page, but not the "Developers" link (except for the few users that are registered and configured the desired language on MediaWiki) despite using [[Special:MyLanguage/How_to_contribute]].
I don't exactly know what kind of "test case link" you expect. If you look https://fr.wikipedia.org/wiki/Olympus_Mons there is a MiniAtlas link next to the coordinates on the title line and in the infobox. If you click on this icon a "map" of Mars appears.
I search for this bug yesterday, but did not search again today before filing mine ;)
Note : I moved this page from main space to user namespace to avoid it's deletion, but the bug is not present on user namespace.
Same issue on https://fr.wikipedia.org/wiki/MediaWiki:Common.js despite
jshint maxerr:600
on the first line. Increasing the value to 900 allow to scan the whole document, but that does not indicate the errors.
AWB should not reprocess the page if the page has not changed since first processing. Or at least save the previous version in a local file (Edit-saved.txt contains the re-processed version). I also loose work too often.
That's the link when you edit. Once saved it becomes :
Then is it possible for WikiMedia to turn off this compatibility mode with the ≪?header('X-UA-Compatible: IE=edge');?≫ solution suggested on the stackoverflow link ?
{{ #expr: (43.09 - 43) }} = 0.090000000000003 → rounding needed for a simple difference.
The globe seams correctely set, probably from property P376 :
In a script tag, found it, thanks. It's less visible in the inspector view I was using, but easy to find in unfolded source, and easy to use with JS, variable called wgPageParseReport great. :)
The NewPP report is disabled since one month ( T110763 ). This new tool is not yet available.
As the text of the title should no be modified, it should be in the input field by default when the user checks the "Enable display title" checkbox. Should I create another task for that ?
To have less emphasis on these advanced option, the "Advance settings" tab could be positioned after "Categeries" and "Languages".
Mediawiki:Common.css and all gadgets css are also loaded twice.
The following messages may need the same modification: Notification-mention-flyout Notification-mention-nosection-flyout
French Wikipedia citation templates just ignore |langue = fr