Thanks for adding me as a subscriber! I just made https://en.wikipedia.org/wiki/Wikipedia:Making_editing_easier_2021 today, but there's nothing there yet. I've seen some community interest, though. Hopefully we can have some useful things to say at some point.
Thu, Sep 30
Sep 10 2021
Sep 8 2021
Sep 6 2021
Aug 19 2021
Aug 9 2021
At least on enwp, we could get most of the way there by just adding the following rule to the current behavior: when replying to an unindented comment, and the most recent comment that is indented precisely one level uses an asterisk (*), default to using an asterisk instead of a colon (:).
Jun 17 2021
Jun 14 2021
(I'm one of the maintainers, although that status is highly unofficial.) I'll just go with what Tacsipacsi said; "he/him", "she/her", or nothing. Done in https://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&diff=prev&oldid=1028542485.
Jun 12 2021
Pronouns sounds fine (that is, display either "he/him", "she/her", or "they/them"; no setting results in no displayed text). Any objections?
Jun 11 2021
May 31 2021
Support making a gadget. Requires some design & implementation effort and I'd be happy to help out.
May 26 2021
Mar 10 2021
@Sahilgrewalhere yeah, the line DannyS712 was talking about seems to be here: https://github.com/wikimedia/mediawiki-extensions-PageTriage/blob/b77efd06cf0f2fb0390584c5bea372a00dc2a556/modules/ext.pageTriage.views.toolbar/delete.js#L291 so to solve this task we'd need to not create that radio button if there's only a single item in the view, which I don't know how to check
Feb 23 2021
Also seems like the page should link to the oldid in this case, not the diff.
I've confirmed with a couple of other enwiki administrators that there is no revision linked from that page, although this task's status would suggest it is. @Ammarpad could we be doing something wrong with interface message configuration?
Feb 22 2021
Ok... am I doing something wrong? Because when I visit https://en.wikipedia.org/w/index.php?title=&oldid=844151270, the same URL from the original post of the task, there's no extra text. It seems to be using the interface message missing-revision, not missing-revision-permission. My link-deleted-revs script pulls up the revision, though.
Feb 18 2021
Silly idea: volunteer-staffed (or contractor-staffed?) phone bank where you call them with your desired username. How many of these do we get, anyway? (Or an estimate, I guess, since by definition we wouldn't know.)
Feb 15 2021
Feb 12 2021
@aborrero just to check, the "doing" status is for coming up with the minimum file size, not uploading the file? I've already started hosting it on my own tool, so I figure that part is solved. (I guess I should have closed this task and opened another, sorry.)
Feb 10 2021
Feb 3 2021
All 3 changes made; thanks for the suggestions.
Feb 2 2021
Yes! Thank you very much! That's awesome to hear! Done; please let me know how it looks.
Jan 30 2021
Jan 24 2021
OK, cool. Is there a rule of thumb (suggested minimum file size) that I could add to that wikitech page?
I guess the filename should be enwiki-aiv-analysis-enterprisey-dec-2020.json or something like that.
Jan 23 2021
Jan 17 2021
Jan 16 2021
Jan 13 2021
<Vulpix> enterprisey: First link displays *block logs* for a user or IP. The second link displays *current blocks* for a user or IP. Note that those blocks have expired
Dec 29 2020
True. I propose a rename to "Machine learning filter for shock image vandalism" or something like that. There are probably better terms than "shock image", too, but at least I would like to get rid of the term "NSFW". I'm not gonna unilaterally do it, since there's an Outreachy task for this, so it'll involve renaming lots of stuff or at least lots of confusion.
Dec 28 2020
Regarding concerns about the definition of "NSFW" being culturally dependent: from my interpretation of the task description, it seems "NSFW" here means "image with a tendency to be added to unrelated articles by vandals for shock value", which seems both culture-independent and easier to calculate.
Dec 15 2020
That's not what it does... what was I thinking?!
Nov 27 2020
I've also been working on https://en.wikipedia.org/wiki/User:Enterprisey/section-watchlist, which is relevant to this task. It's not that stable right now (and down most of the time), but it seems pretty promising. My approach was use the recent changes events stream to get revision IDs, and then parse diffs to figure out what happened to each section.
Nov 17 2020
Sounds good to me, too. (And thanks DannyS712 for the patch!)
Oct 19 2020
Jun 22 2020
May 5 2020
@Ammarpad thank you so much! Two quick questions: Would the diff link appear in all cases where the link-deleted-revs script currently displays it? (That is, can I turn off the script once this change goes live?) Also, how does it deal with two revisions that happened in the same second - would the error page of the later one link you to the diff of the first one?
Nov 7 2019
Oct 18 2019
In T18691#5585283, @MusikAnimal wrote:
If there's a native way to easily get permalinks, people will eventually learn to use them, and save the follower of those links a lot of time. It's very un-fun trying to dig through archives and revision histories to just find the discussion.
Oct 14 2019
Some edge cases that came up while I was writing reply-link:
Feb 2 2019
Jan 10 2019
@Legoktm actually, would it be worth the effort to detect if it's a talk page (versus a template)? Transcluding pages in talk or project talk intuitively (in my opinion) shouldn't send out pings
brain fart, my bad
Dec 25 2018
Can we exempt localhost URLs from this? It would impede user script development.
Dec 18 2018
Nevermind, turns out I was messing around with my personal CSS a bit too much.
I've also linked to the on-wiki documentation from the tool's main page. Let me know if I should make any more changes.
Dec 3 2018
Nov 30 2018
+1 to all of what Anomie said.
Oct 30 2018
Basically just T207565, should be very easy (as the person who wrote a user script to do this)
Oct 26 2018
I've been getting this for some time on Firefox. Yeah, the logic for positioning the popups and divs is... a bit weird, even by Navigation Popups standards. Nevertheless I think there's some relatively low-hanging fruit with regards to mouse detection, so I'll do some more experimentation with that and see if we can fix it.
Oct 8 2018
Absolutely agreed, this is a great idea. Thanks to Tgr for making it. I'd rather not have the preferences for my app go in a freeform wikitext page, and this is much better!
Sep 28 2018
In general, it's important for bots to be able to ping editors. On ENWP, I plan to have a bot ping users from a centralized talk page to reduce spam.
This shouldn't happen, unless the process of archiving adds a new signature.
merged, as we should be talking about this in only one place
Sep 16 2018
Ah, I see. Could some text be added to indicate this, maybe hidden in a tooltip?
Sep 11 2018
I suppose, of course, that the interception performed by that extension is bypassed if someone uses the API.
Sep 2 2018
"Blacklist" and "whitelist" are the canonical technical terms for access control mechanisms like this. Changing the name would create unnecessary confusion.
Aug 23 2018
Was just burned by this today. At the very least, it would be nice to disable creation of two filters with the same name while we figure out what else the interface should do, because that's basically a bug.
Aug 19 2018
Possible explanation proposed by Brion on Mastodon, from https://mastodon.technology/@brion/100575141289871028: "there's some nbsp replacement around certain punctuation to handle patterns common in French"
Aug 16 2018
@matmarex Thanks for the link! That helps. I'm talking about the removal of mw-space editing perms from the sysop right. I assume it'll be the European mid-day SWAT, like the July 30th change? Or will the config be changed at a different time? I mostly am interested in what time on the 27th of August these other changes will happen.
Will the configuration changes to enable this (i.e. the user group changes) be on the deployment train for 1.32.0-wmf.18?