Fri, Sep 20
Thu, Sep 19
Wed, Sep 11
Wed, Sep 4
Mon, Sep 2
Fri, Aug 30
Ok from LangCom.
Ok from LangCom.
@Mbch331 As far as I can tell from the Wikipedia article Taíno never had a written language before it went extinct, so I'm not sure what would be put into these monolingual properties? And the code "car" is apparently for the modern-day Carib language, which doesn't go by Kalinago?
Ok from LangCom for monolingual. We could add it for labels + descriptions as well, shouldn't be a problem.
Ok from LangCom.
Ok from LangCom.
Aug 19 2019
Aug 15 2019
(not trying to steal any honor here)
The problem this bug is about has been solved (more than a year ago), so closing. :-)
Aug 14 2019
Whee, go @Reedy! I can try to import the Neapolitan contents from Wikisource.org at the hackathon tomorrow unless someone else wants to give it a go.
Jul 5 2019
Jun 6 2019
I definitely see a difference in the background color of the selected tab and the rest of the tabs. If I tilt my screen just right, however, the difference disappears.
Jun 3 2019
All done, the logos are uploaded to the category SVG Wikimedia chapters logos from Finland. Please let me know if you spot any mistakes, or if the files should have a different naming scheme – I have move rights on Commons, so I can easily do that.
May 27 2019
I have these covered if you don't mind, Susanna. ;-) I'm at the Oslo Freedom Forum with @Yupik right now.
May 23 2019
Apr 25 2019
Might I suggest that setlang should be changed so it doesn't actually change the language instantly but rather open a dialogue where the user can accept or deny that change?
Apr 15 2019
Apr 3 2019
Also submitted a pull request in wikimedia/language-data on GitHub.
Mar 27 2019
While testing for this I noticed that when I click "edit" and then "cancel" twice on the sitelinks for any item with existing sitelinks (like Q42), all language codes displayed turn into aa, and all links point to aa.wikibooks.org (even though the links are in the Wikipedia section). No idea if it's related or not though.
It does not work in the Index namespace either. I remember checking the "underlying structure" of a page using &action=raw a few months back, like late last year, and it was working then, but not now.
Mar 25 2019
Pite and Lule Sami already work – the autocomplete for typing the language name doesn't work, but that's a different issue. If you type in the language code, they work.
Mar 11 2019
Mar 10 2019
Sorry, I thought I had closed this. It turned out to be a browser issue with Chrome – IIRC, the thing I needed to do to fix this (on my machine) was to enable "GPU rasterization" on chrome://flags, and everything went back to normal. So it wasn't actually a Wikimedia-specific problem at all.
Feb 16 2019
Probably because of the gadget "maintenance-menu" having it as a
dependency. I'm on mobile so it's difficult to link it, but you can see it
Jan 11 2019
But this Herald rule doesn't affect Norwegian users. It only affects what Jeblad subscribes to. If he doesn't want to be subscribed to tasks about <nowiki>, then he knows what and how to change it. I still fail to see why this would be an issue for you.
I don't see why this would be a problem for anyone other than Jeblad…? Why is this an issue for you, Liuxinyu?
Jan 9 2019
Oh ok, that's good!
Looking at the en.json file, I think it would be necessary to flatten it. So instead of a nested structure like you have, the strings should all be at the same level.
Jan 2 2019
The edit right is assigned to the group "Users", which means that nothing has really changed (since only that group could read and edit before this change). All the patch did in reality, then, was to put a strike through internal in Special:SiteMatrix …
What does "close" mean in this context? I was able to make an edit there just now.
Dec 7 2018
Dec 2 2018
The index and page namespaces are defined in the Proofread Page extension, for which I just submitted a patch above. In addition to this, you can localize the names of the following special pages:
Dec 1 2018
Nov 14 2018
Nov 8 2018
Hmm, I just checked in Firefox and the problem is not there. That led me to believe it was a browser issue, and it turned out it had something to do with GPU rasterization in Chrome. Enabling that solved the issue. So it is apparently not a Wikimedia problem after all.
I just came across another example of this: The Wikinews logo. Here as well it is more noticeable in small sizes, see e.g. where the logo is used on this page. It seems like there is a sort of green glow around the sides that shouldn't be there.
Nov 5 2018
Oct 26 2018
Nope, all good. Thanks for the reminder!
Oct 2 2018
Oct 1 2018
Sep 27 2018
Sep 10 2018
Sep 8 2018
Sep 7 2018
Sep 4 2018
Well yes, I know what "test" means. But what the hell is a squasher in this context?
Thanks @Jonas et al. Community consensus is already there, see https://wikisource.org/wiki/Wikisource:Scriptorium#Enable_arbitrary_Wikidata_access_for_oldwikisource .
Sep 1 2018
This may be the case for more languages in that list. Do you have time to look into that and amend this task to reflect that if necessary?
Aug 27 2018
List of languages with valid language codes and at least some content in oldwikisource:
Since the translate extension was enabled (T201814), which includes this feature by default, I believe this can be closed. I don't think setting the default page language to mul is possible without changing the wiki language itself, and that would probably have really bad side-effects, so it's probably better to keep it at English. But please feel free to reopen (and possibly change the task description/title) if I'm wrong.
One thing that needs to be figured out is how to add languages to language-data where we don't know the native name of the language. Right now, the design of language-data makes that a requirement to be added, but there are many languages that could (and should) be supported in e.g. Wikidata and mul.Wikisource where we don't have that, making it impossible to add them properly.
Aug 25 2018
Looked some more into it, and it seems that the list of languages you can choose corresponds directly to the list of languages in Names.php.
Well, changing page language is part of the Translate extension, so I think someone from Language-Team could tell us that. I'm not sure if changing it in language-data is enough – I added a few languages there six months ago, but those are still not available to choose as page languages, so there must be something more to do. Maybe @Nikerabbit or @Amire80 could shed some light on the matter?
Aug 23 2018
Also made a pull request in wikimedia/language-data on GitHub.