>... I really don't want this

>discussion to go in the direction of arguing about historical languages
>policy. ...

Me, either. But for the moment Incubator needs to continue to serve those test projects.

>... I even welcome you to create semi-artificial
>criteria that would put the number of the first test wikis at around 50 :)

I can manage that.

>I guess that I'd do one of the following:
>
>1. Define what does "a while" mean. For example, we can decide, somewhat
>arbitrarily, that a project under incubator.wikimedia.org in which there
>were no edits for over a year, will be considered "dormant" and that a test
>wiki won't be created for it until somebody asks.
>2. Just use case by case intuition.

Right now I am using a blend of the above. I tend to use page creations, not edits, because from time to time you get random edits from people who sweep through and update the name of the current prime minister in the infobox, without really doing anything else, and I'm not sure those really reflect "activity".

That said, I also ignore page additions by certain people I know are doing maintenance (me, Liuxinyu970226, others). I also ignore cases where the only page addition comes from the automatic creation of a redirect after a page move. Finally, for this purpose, we ignore single page creations from IPs. 

>>       - Conversely, many tests open with a flurry of activity (over 1 day
>>       to 2 months), then go dormant.
>
>So, here's my theory behind the whole proposal: In the current incubator,
>people quickly create a bunch of articles on topics that interest them,
>sometimes with some boilerplate (cities, countries, animals), but but then
>they get tired of the prefixes, the outdated translation techniques, the
>weird searching, the missing templates, etc., and give up. Perhaps with a
>single wiki these difficulties will be alleviated. I know it sounds a bit
>too optimistic, but at least I want to get rid of these most glaring and
>arbitrary difficulties, with the hope that it will help people remain
>active.

You may be right. I just don't know. Do we have feedback saying so? Or is this just everyone's gut instinct. (Mind you, I can't possibly say I disagree.) 

That said, this approach doesn't solve all the problems you describe. In particular, this won't automatically create basic templates and modules,

And at the end of the day, contributors to new tests still have to write or translate pages.

>Yes, I tend to think that we should allow to create new subdomains for
>*eligible* languages right away, so that all of them will get equal
>treatment as early as possible, from the very first page.

In order to do this, then, a few things would have to happen in fairly short order, once we're ready to approach the problem like that.

• The "Requests for new languages" system on Meta will have to have teeth, and to be the arbiter for whether a project is (a) eligible for an incubation subdomain, (b)(interim, at least) should start on Incubator, or (c) is not eligible. IF THAT IS TO BE MEANINGFUL, I NEED LANGCOM MEMBERS TO RESPOND TO MY SUBMISSIONS ON SUCH MATTERS, or to go to Meta and mark projects eligible themselves. I appreciate that people are generally allowing me to call those shots right now, but since just about anyone can start a test project on Incubator, the stakes on decisions about "eligible" aren't all that high right now. The stakes will become higher under this new regimen.

• FWIW, in clearing the backlog at RFL, we're almost to the end of requests dating to 2012 or earlier, and have addressed almost all of the 2017 and 2018 requests (except those in the last month or so).