In T377399#10267471, @Sgs wrote:

Since adding plural should not harm the rest of messages, I pluralized the following which hopefully improve the status quo for Saami and other languages.

• growthexperiments-homepage-impact-edited-articles-trend-chart-count-label
• growthexperiments-homepage-impact-edited-articles-trend-chart-count-label-third-person
• growthexperiments-homepage-impact-scores-edit-count
• growthexperiments-homepage-impact-scores-reverted-edit-count
• growthexperiments-homepage-impact-scores-thanks-count

Thanks for taking a look at these. While the non-plural versions might work in Russian, they don't in the Saami languages, which still requires the {{Plural}}, even when displayed as a scoreboard.

Moreover, this same plural-less issue is relevant in many of the other strings in Growth Experiments; total edits was just the one I noticed first:

In T377399#10237370, @Sgs wrote:

I'm not linguist expert but I understand the issue, from an interface implementation side it would be great if you can share some visual examples of applications or interfaces that solve (or not) this problem in Hebrew or Saami, eg: car dashboards, train station panels, score cards, mobile apps, etc.

Is there any possibility of getting this fixed asap? It's quite embarrassing to be demoing the query service to people when the name of their language is misspelled in the upper righthand corner.

In T294760#8491891, @Amire80 wrote:

As far as I know, there isn't, but Niklas, Raimond, Abijeet and other relevant people can correct me if I'm wrong.

As a workaround, please post the translations to https://translatewiki.net/wiki/Support and I'll submit them. Sorry about the inconvenience :(

(And happy new year!)

In T294760#7694698, @Tacsipacsi wrote:

We could start with marking a bunch of messages as not raw HTML (and, of course, properly escape them when displaying). The following 61 messages are marked as raw HTML, but have no HTML markup in English that would be forbidden in wikitext:

Here is a query for the lakes and ponds on the Finnish side of the border.

I have created an item for the incorrect pal. markers and the currently correct one so that these can be used as the reasons for the preferred value and the reason for deprecation (along with error in referenced source). These have also been added to the properties themselves.

@Strainu : sure! Smn is Inari Sámi and sms is Skolt Sámi.

Behold! <3

Look at the beauty of this! Späʹsseb! <3

<3

As someone who regularly moves between multiple language versions on wp, the French wp language selector is horrendous. I waste a lot of time nowadays first looking for it, then having to open it up, etc. Please do *not* change it.

These can get to be quite ridiculous with some of the words 😆 ?vu___l_____ and ?vu___l_____Label are just so descriptive!

In T308792#7943372, @Nikki wrote:

Also, I don't know how you're currently finding the things that need fixing, but I happened to have some queries open from trying to find monolingual text statements by language code that might be useful: This query lists all the sms values for monolingual text properties for the subset of predicates that have been used between 500,000 and 1 million times (for reference, this query lists all the monolingual text predicates and how many times they're used). By adjusting the range, it should be possible to check all of them except ps:P1476.

In T308792#7943355, @Nikki wrote:

Marking the existing statement as deprecated and adding a second almost identical statement seems excessive to me. I would suggest simply correcting the characters and if the statement has an external reference with the incorrect characters, add stated as to the reference instead.

T308792 will need to be done first for the Skolt placenames.

Thanks for the patch!

Considering that pretty much all the extant text we have for sjk is on the short enwiki article and even that is not using an official orthography since one doesn't exist, I don't see any need to add it to anything. I'm not really sure why I ever added it in the first place, so my apologies for that.

The contributors who wrote the article on sjd in the incubator have used lowercase for the other eastern Saami languages (а̄нар са̄мь кӣлл (smn), колтта са̄мь кӣлл (sms), ахькэль са̄мь кӣлл (sia) я та̄ррьй са̄мь кӣлл (sjt)) and based on this too, I would say it should be lowercase, but I'll ask around if you would like.

This still needs to be done, but I don't have the time or energy to do it right now.

We have AFAIK the Saami languages, but the Romani languages/dialects are still not available because the ISO codes don't match the divisions of these.

For me, the problem shows up in a different spot too: When I have the language box open, I can scroll to approximately the 10th or 11th language on the list and then it bounces back up to the top of the screen. Anything below that is inaccessible.

In T228745#6707963, @Exec8 wrote:

I would agree that a simple domain wmincubator.org is best way forward. My suggestion is <lang_code>-<project_code>.wmincubator.org. For example: hil-wp.wmincubator.org or pag-wt.wmincubator.org.

In T268431#6659096, @StruthiousBandersnatch wrote:

@Yupik : I just sent an email with the inquiry to the newspaper's main email address.

In cursory searching, I haven't yet been able to determine the specific language of this title; according to the Wikipedia article on the Mille Lacs Band, who publish this newspaper, although they're categorized by the Minnesota state government and the United States federal government as a "Minnesota Chippewa Tribe", they prefer the term "Ojibwe". Search engines are telling me that the term "Chippewa language" does not appear on their official web site: they appear to always use the term "Ojibwe language", and unfortunately pages which contain significant passages in the language like this one are not marked with a language code in the HTML.

It's still ongoing, but I'm not sure what workboard to put it on.

Some Lua basics [[T227557]] from Wikimania.

For later on, quite a few of this user's edits are on the list since they were unsourced.