Thu, Sep 19
Tue, Sep 17
Wed, Sep 11
Tue, Sep 10
three ideas were suggested in this discussion:
- Disable the "Export to Wikimedia Commons" button for all users on a certain project.
- Show the "Export to Wikimedia Commons" button only to users with certain rights.
- Make it easier for the Commons community to identify from which wiki file transfers are coming.
Aug 14 2019
Aug 12 2019
Jul 5 2019
Jul 2 2019
Jul 1 2019
@WMDE-Fisch: I would prefer the error message to appear before describing the next step. How about this?
Jun 28 2019
potentially related task: T226241
Jun 26 2019
Jun 25 2019
@awight Fine by me. Thanks!
Jun 19 2019
@gabriel-wmde Thanks a lot! In monobook, the banner isn't showing for me (Mac, Chrome).
Jun 14 2019
Jun 13 2019
@Tonina_Zhelyazkova_WMDE: I did a quick check (Chrome, Mac OS) and it looks like the characters aren't displayed according to the mock. I see differences in character spacing and I guess the font is also different:
Jun 11 2019
Jun 6 2019
Jun 5 2019
Hi! https://meta.wikimedia.org/wiki/CentralNotice/Request says "Step #6 : CN Admin sets up campaign (~3 days)"
May 29 2019
@Jan_Dittrich Great, thanks.
May 28 2019
In case FileImporter can't solve these issues automatically, I suggest this error message:
May 27 2019
@Pikne @thiemowmde I'd like to start working on a more meaningful error message. To be sure I'm not misunderstanding:
The file extension of this file https://et.wikipedia.org/wiki/Fail:Kilingi_Nomme_suurvapp.png is png, but the detected mime type is gif. Is it the gif that's wrong or the png? If it's the gif, how could a user fix this?
My suggestion for the error message: You're trying to import a file with the extension <extension name>. This file type is not allowed in this wiki.
Ideally, we would link to a list of allowed file types. Is there a default place in MediaWiki installations that defines this? (I'm thinking of a manual, i.e. something more reader-friendly than $wgFileExtensions)
Concerning the text In der Umfrage „Technische Wünsche“ stehen <number> Problemfelder zur Wahl. Alle Interessierten sind eingeladen, bis zum 30. Juni mit abzustimmen. Technikkenntnisse sind dafür nicht erforderlich.
May 7 2019
Apr 15 2019
In case this is of interest here: The extension AdvancedSearch now allows gadgets or other extensions to add keywords to the advancedParameters panel, see T217446.
@kai.nissen I'm wondering if a some info or link to the documentation should be added to https://www.mediawiki.org/wiki/Extension:AdvancedSearch as well. What do you think?
Apr 3 2019
- I changed the text in the infobox to “Displays popups when users hover over article links and footnote markers“ (instead of references).
- The link to user:Prtksxna was in a weird place. I fixed it.
Mar 20 2019
Very very limited so far. Limited to 1, actually.
Mar 11 2019
Feb 27 2019
@WMDE-Fisch Hi Fisch, I just saw that the text for the beta section was slightly changed and because of that, it'is currently missing a "the". I updated the task description accordingly. This is not urgent, but we should fix it eventually.
Feb 25 2019
This is the js error I get when I click the preview button:
Feb 22 2019
Closing this as invalid as I mixed up the "Review changes" with the "Preview" button for some reason …
Feb 21 2019
Oops, sorry! I had something wrong there. You're right, it's "Book", "Journal", "News", and "Website". I changed my comment accordingly.
So it's only two options. I personally prefer to go with the VE option. @Lea_WMDE
> The header of the ReferencePreview is either "Footnote", "Web Reference", "Journal Reference", "Book Reference" or "News Reference"
Feb 20 2019
Feb 4 2019
Feb 1 2019
Hi. I tested this on https://tools.wmflabs.org/wmde-reference-previews/core/index.php?title=Monkey_testing. From what I see, these points are still open:
Renamed the title of this ticket because we usually mean sth. else with "indicator" (i.e. the little bracketed numbers in the article body that indicate that there is a footnote).
Jan 31 2019
Jan 25 2019
See T198607 for a similar request
Jan 24 2019
Jan 22 2019
@Pikne Thanks for your comments. You're right, "automatic" is not be the best term here. This request, as I understand it, is about a more comfortable way to restore local files. It doesn't need to be automatic, though. I've updated the description accordingly.