User Details
- User Since
- Jan 30 2019, 8:58 PM (109 w, 1 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Nardog [ Global Accounts ]
Tue, Feb 16
Wed, Feb 10
@Aklapper I assume backticks (i.e.`<input>`) will do. Compare the section for simulateLabelClick() and the corresponding source.
Thu, Feb 4
Feb 1 2021
Jan 20 2021
@Aklapper Is it clearer now?
Jan 9 2021
Thanks, that makes sense. Looking forward to anchors on modules.
Then why not make sure such anchors are not used in existing Lua documentation, or use a unique enough prefix to avoid conflicts in the first place? It still makes little sense to leave out Scribunto because if line number anchors are going to be most useful on any type of pages, it must be Lua modules.
Jan 8 2021
Dec 23 2020
Dec 22 2020
Dec 21 2020
It seems this has been quietly resolved. Now categories with grouped changes are followed only by the plain text "(n changes)", no "history" link. Can someone identify the commit that implemented this change and close this task?
I can't reproduce this; now categories with grouped changes are followed only by the plain text "(n changes)". Can someone identify the commit that implemented this change and close this task?
This is good news.
Nov 21 2020
Now the link text "WikiLove" is clipped when collapsed inside "More".
#ca-wikilove.icon a
should probably be
#p-views #ca-wikilove.icon a
Oct 12 2020
Oct 6 2020
This may be too trivial for Tech News, but at least the fact live diff now works for user CSS/JS is noteworthy, I think.
Oct 3 2020
Sep 26 2020
I've written a user script that effectively achieves this. Still it would be nice if it was supported natively in wiki syntax, perhaps via a MW extension.
Sep 23 2020
@Pppery Jinx! :D
Sep 17 2020
@Tgr Can you clarify what the behavior should be? That user CSS/JS will preview the normal, non-Ajax way even if live preview is turned on in Preferences, even after the first time?
Sep 14 2020
Sep 13 2020
Aug 24 2020
Aug 22 2020
By the way, I've never really understood the point of preventing the live preview when viewing a diff, not a preview, of a user CSS/JS. I've find it a bit annoying when I want to simply check the diff and the entire page reloads.
Aug 16 2020
Aug 7 2020
Jun 4 2020
Jun 2 2020
May 27 2020
@Tchanders Wow, thanks a lot!
May 3 2020
@Tchanders Can you take a look at this?
Sep 17 2019
Sep 3 2019
Jul 28 2019
@Xaosflux The request is to add an extra help button next to the already existing "Thank" and "Cancel", not within the existing message like I proposed on enwp. "Send thanks (help)?" was originally suggested as a compromise of the option I'm requesting now after it was pointed out that adding an extra button would involve a change in the software. But now that we know the compromise would also require a change in MediaWiki anyway, why not go for the original (and better, if you ask me) option?
Jul 27 2019
What would also be nice: an ability to pre-select (or opt out) the CC in [[File:...]].
That's exactly what I meant by "like these".
there isn't likely a good "help" target to put in to the code on this one, but if it processed wikitext projects could add their own help links
What do you mean? What's wrong with linking to mw:Help:Notifications/Thanks?
Jul 24 2019
According to SharabSalam on Wikipedia VPT:
Jul 23 2019
T20852 hasn't really solved this issue because you still can't play MIDIs inline. The problem is not unique to MIDI, however, because not all browsers support all of the audio formats Commons accepts, especially Ogg/FLAC/Wave/WebM. Servers transcode them into Ogg and MP3 to fill this gap but the derived files cannot be linked to via a method like [[Media:...]] or {{filepath:...}}, while {{Audio}} remains to be one of the most common ways to refer to an audio clip on Wikipedia.
Jul 3 2019
JFYI, there were files with the MIME type "audio/mid" on at least jawp, ltwp, slwp, and srwp.
Purging 21 files wouldn't be hard I don't think.
Jun 27 2019
Those files are all from 2006 or earlier. There are no files with "audio/mid" on Commons, for example. It could be the case that it is the MIME type of those files on English Wikipedia that needs to be fixed, rather than the MIDI conversion not supporting such a peculiar MIME type.