Showing visual diffs from wikitext mode is a lower priority than the normal visual diff feature.
Fri, Feb 16
Actually in the second paragraph, there is a comma inserted as well.
I just looked on wiki, mostly by looking at the citation templates, e.g. Template:Cite book
Are you referring to this?
The above patch allows a message to be set to override the default 'doc'. Looking at the top Wikipedias the following messages should be set:
This seems like a excellent reason to get your community to not include templatedata via a template. Pretty much every other wiki doesn't do this.
Thu, Feb 15
In local tests, [[Barrack Obama]] spends about 1200ms rendering the root node (the whole doc) of which 700ms is spent on the ref list. After this patch the ref list takes 150ms.
Working on the assumption that the root cause isn't going to be fixed anytime soon, I will first attempt to have reference list nodes use their Parsoid-provided references until the ref list has changed. This should result in a performance boost for other users too, as they won't need to re-render the ref list on load.
And of course the reason for the template-generated references is T30980.
Thanks, I've filed T187495.
Can you link to an example?
Wed, Feb 14
Thanks for the context. What appears if the image is still generating? Can't we just render the loading message above the image?
Note that while 70k is not that large, high DPI devices will be getting 4× larger images. In the example above it is 207K, while the JPEG,Q=90 version is only 78K.
The above patch fixes the issue by not attempting to draw the badge in MMV. One could perhaps rewrite this to work in future, but the most pressing issue is these 404 requests.
The above patch fixes the height jump, but I'm not sure why we need to hide the thumbnail at all while loading?
Tue, Feb 13
These mostly look like Parsoid issues.
We also don't expose the CSS modules in a very friendly manner. They get appended to a list of common style modules, then serialized into a ResourceLoader URL.
This is a regression from the code that loads extra stylesheets provided by RESTbase. They ship some vector-specific styles, which obviously clash with monobook.
Seems to be complaining that mw.config.get( 'wgUploadDialog' ) is undefined, don't know why though...
We've never had any issues with more significant icon changes in the past, and this wouldn't change that many icons. I think the best way forward is just to delete the apex icon set, and use wmui.
Mon, Feb 12
This sounds like a search API issue, rather than a VE issue. I can't imagine it is optimised to give sensible results with single letter queries, but I can see how smaller wikis may want this configured differently.
Can't reproduce. Could be gadget related?
We now have a warning which is probably sufficient:
Fri, Feb 9
Wed, Feb 7
We don't unload the 2010 editor at all...