In T178249#4704878, @eranroz wrote:

This is very good idea,. However, the task description is slightly too technical, e.g can someone add a kind of "user story" to explain how a regular user is expected to link between the article to be created and Wikidata entity? (I'm missing what, if any, user interface support for it should be made)

I want to note that due to the lack of hints for form fields there are cases like enwiki which adds a banner with information at top of the page.

Since the T208305 has already closed, it is possible that on the technical side, everything is ready for this task. I will try to test the implementation shortly.

Done. Sorting order available at Commons: https://commons.wikimedia.org/wiki/Data:Wikidata/awards_order.tab
And there is a script for update Commons file: https://gist.github.com/putnik/7dcb92c0168392ec8b1c718093e36d1a

In T196501#4261621, @Anomie wrote:

One level of getParent() is useful to avoid having {{#invoke:}} used directly while keeping the wrapper template simple by not having it have to manually pass through every parameter. Additional levels seem more likely to be confusing and fragile as the template containing the invoke starts to depends on the context where it is called.

In Russian Wikipedia, we are now trying to switch to an inter-project solution instead of storing data in local templates. And tabular data on Wikimedia Commons is probably the most convenient way to do this.

https://www.wikidata.org/wiki/Help:Infobox_export_gadget

Perhaps the problem is somehow related to the fact that the developers reused the existing preference: T236780. Given that article previews are enabled for all users, this could cause footnotes previews to be enabled for all users as well. @awight, can you comment on this?

Great tool, many thanks for this work.

@Isarra Please look at T225412. display: block broke the non-JavaScript interface.

It can be fixed with this code:

.mw-input-with-label {
    display: inline-block;
}

Description available at https://wikisource.org/wiki/Wikisource:Tesseract_OCR

The first version is ready. It is available on https://wikisource.org/wiki/User:Putnik/TesseractOCR.js

It seems that the issue above is resolved. Are there any barriers to specifying p=quarantine or p=reject for the wikimedia.org domain now? I do not mention sp specifically, since there may be problems with mailing lists.

I received a response from Mail.Ru, and as a result, the first priority is T211477.

In T211404#4805307, @Reedy wrote:

I don't think that's completely fair. Some received no further responses, so it's hard to do anything about them Some were marked as duplicates.

I made a patch that adds a method to get TemplateData in Lua. The method is currently named mw.ext.TemplateData.loadTemplateData(), which is long, but according to the conventions available, the prefix for the extension should be mw.ext.TemplateData. Alternatively, it's possible to change the name of the method itself (e.g. to load()). Or, perhaps, someone can indicate the reasons for which the prefix can be removed.

For namespace blocks, it should be possible to specify a list of excluded pages. For example, if the user talk namespace is blocked, there should be able to exclude a pages of several admins that the user can ask, or page for requests to administrators for project namespace block.

Is there a chance that this will be done in the near future?

@Peachey88 See link provided by TheDJ. There is a request to upload images of the star sky from astronomers. I do not really know the situation, I just formalized this request with a separate task.

Since the transition to SVG is unlikely to take place very quickly, I would like to ask for 1,5x and 2x versions of the logos for Wikimedia Commons and Wikisource (global, de, en, es & it have the same logo).

I suggest simply to allow the parsing of the wiki text in the message. It works without problems and allows you to use any means to get the right link.