FYI, I found I could do the draggability easily enough without the library, just using mouse/pointer events directly - diff.
Mon, Nov 11
I've implemented draggability for an OOUI process dialog for the latest version of my Rater script, by using a drag-and-drop library and some CSS overrides. It would be nicer if this functionality was directly supported, rather than relying on a library with a bunch of functionality that isn't actually used -- at least for reusers of OOUI, even if WMF devs choose not to use it.
Sun, Nov 10
Just now got a self- edit conflict while editing an existing section (this edit):
Sun, Nov 3
Aug 4 2019
#1 is T156433: Geoline/geoshape does not work with relations other than multipolygon/route/boundary.
Not sure what's up with #2, that may be another bug.
Aug 3 2019
Jul 30 2019
Previously not specifying latitude/longitude/zoom used default values, which in most cases weren't appropriate, but at least showed a map that could be interacted with. In any case, the current behaviour is not desirable - either a default zoom should be used if latitude and longitude are provided without a specified zoom, or there should be an error message provided.
While the module could be updated to use the new auto positioning feature, this is definitely a bug in Kartographer per the following examples (which just use <mapframe> tag directly, not the module):
Jun 25 2019
Mar 31 2019
Still happening, this time ~475 messages failed to send on enwiki: https://en.wikipedia.org/wiki/Special:Log?type=massmessage&wpdate=2019-03-31&limit=500
Mar 17 2019
The css rule hiding the empty list items is defined in mediawiki core, in mediawiki.skinning/content.css.
Vector, Monobook, and a few other skins add the css via the resource loader module mediawiki.skinning.interface.
Skins which aren't using that module will need to define the rule themselves, like how Minerva has done in its lists.less file.
Feb 24 2019
Update: Per discussion on gerrit, the latest patch sets add a new mw.loader.usingScript(), rather than adding functionality for a separate use case to mw.loader.using.
With the proposed code, to specify a dependency on a external script you would use:
Feb 19 2019
T193312: Clicking on mapframe static map (or maplink link) in apps doesn't launch dynamic map is similar, except without the app crashing
Feb 16 2019
@Tacsipacsi I've made a userscript you can use instead (until or unless Echo is updated to indicate new messages in some other way): https://en.wikipedia.org/wiki/User:Evad37/timeless-newMessageHighlight
Feb 15 2019
I think all that's wanted is a yellow background for the username and icon (or just icon for mobile/tablet views) for when the talk page link also has that yellow background - i.e. something like
so you can tell at a glance (i.e. without opening the dropdown) that one of those notification is a talk page message.
Jan 31 2019
Jan 25 2019
Jan 20 2019
Although it also isn't working for Template:Infobox video game on enwiki, and the latest edit to the template (or rather its /doc subpage) was on 13 Jan, a few days before MediaWiki 1.33/wmf.13 was deployed. Reported at village pump (technical), where the failure means that VisualEditor can't display parameters or descriptions.
From the merged task:
Yeah, looks like its probably another manifestation of the same error
Dec 22 2018
Resolving T181362 fixed a whole lot of scripts/gadgets, which was due to mismatched ids, and the omission rather than hiding of empty portlets.
Nov 11 2018
Sep 20 2018
Sep 13 2018
Sep 12 2018
Sep 11 2018
Note that the help page has been updated (diff), but I'm leaving this open since the configuration setting should probably be mentioned somewhere in https://www.mediawiki.org/wiki/Extension:Kartographer
Sep 8 2018
Sep 4 2018
@CKoerner_WMF Did you get any further information, or should we update the Help page per what you've written above?
Sep 2 2018
Another example from the above merged task:
Aug 31 2018
It's working for me on that page:
Aug 30 2018
Adding Wikimedia-Blog-Content since this is about the licensing of said content.
Aug 29 2018
Noting that I've been able to save .map pages using the api, e.g. https://commons.wikimedia.org/w/index.php?title=Data:Sandbox/Evad37/Highway_192_in_Iowa_(3).map&action=history, just be specifying a Data:_____.map page name, valid JSON (including the licence, source, description fields), and not setting the content model. The pages seem to just get created with the correct content model.
Aug 28 2018
How are the type=route relations handled then? Is there any chance of doing something similar for just for the geoline service for relations that are only made up of lines (e.g. streets which aren't part of a numbered route)?
This still seems like a valid low/lowest priority bug to me, even if it isn't going to be fixed in the near future due to the current management's decision (i.e. it's more of a "not now", rather than "never ever ever", isn't it?)
Seems it really was just a duplicate of T156433, just with some delay from caching of the static map
CC-BY 4.0 (without the ShareAlike) would also be compatible; I only suggested 3.0 since that's what the old blog was licenced as.
Aug 25 2018
Aug 22 2018
From the latest patchset:
Aug 21 2018
Aug 13 2018
Aug 12 2018
See also T159631#3078163 - specifically with regards to a bad edit on OSM, that got fixed on OSM, but required a manual database update because otherwise it would take at least a day to update here.
Aug 11 2018
Aug 8 2018
@UpsandDowns1234 The above change hasn't yet been deployed to English Wikipedia. It is part of MediaWiki 1.32.0-wmf.16, which is scheduled for the deployment this Thursday (depending on your timezone, this might actually be Friday).
Aug 7 2018
Withdrawing this task as https://gerrit.wikimedia.org/r/442021 fixed most of the category bugs, and T198026: Sort and prioritise categories in the sidebar seems like a better idea.
Withdrawing this task as T198026: Sort and prioritise categories in the sidebar seems like a better idea.
Aug 3 2018
Resolved due to T193215 being resolved.
Aug 2 2018
Aug 1 2018
This is also happening with Modern skin.
Jul 29 2018
|Timeless||With filters||Without filters|
Same situation with Recent changes, and with Responsive MonoBook.
Jul 28 2018
The above patch reduced the overly-large left margin on watchlist items, but when the new filters for edit review are enabled the large margin returns. And this whole task is also relevant to responsive MonoBook.
How about having a testpage= parameter in the tag, in addition to testprefix=, so that on the specified test page the prefix is applied (without duplication), but on other pages the prefix is not applied. Perhaps also subpages of the specified page could have the prefix applied, so you could have multiple testcase pages.
Jul 27 2018
Probably to do with the html structure changing.