Project:Village Pump/Flow/2020/06

This page is only for discussing issues related to MediaWiki.org site.
To get help with MediaWiki software, ask on Project:Support desk.
Category:MediaWiki.org website#Village%20Pump Category:Languages pagesCategory:MediaWiki.org website#Village%20Pump

No translation units in translation?

An IP user made some translation edits to a couple of pages. They removed a fuzzy indicator, but also edited the translated text itself. There is, however, no translation unit shown in their contribution (or deleted contributions). Looking at one of the pages they edited, I can find the actual unit that was modified through the edit history of another editor of that page, but the unit's history does not match the page edit history---according to the page history Shirayuki restored the malformed variable translation, but in the unit history it shows Shirayuki's edit as (sort of) the opposite, and it also does not include the IP edits.

How did they perform those edits, and why is it not properly recorded in the unit history? Clump (talk) 13:31, 3 June 2020 (UTC)

For example, see Translations:Extension:Labeled Section Transclusion/51/ru and its edit page.
The FUZZY indicator is virtual, so if a user click "Confirm translation" in the translation UI, the translation unit will be unfuzzied and it will not be recorded in the unit history. Shirayuki (talk) 13:56, 3 June 2020 (UTC)
Thanks (and thanks too for fixing the translations). In this case though it looked like the user had managed to both confirm a translation and modify the contained text at the same time but still avoid any unit history updates---for example, in their edit to Magic words/ru, two fuzzy div's disappeared, but the text was also changed. The unfuzzing won't show up as a unit edit, why did the text change not show up as an edit in the unit history? Clump (talk) 17:49, 3 June 2020 (UTC)
This seems to be a bug of Extension:Translate. A dummy edit and re-marking for translation are required to update translation pages reliably.

why a russian text in Global_templates/Proposed_specification ?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


In Global_templates/Proposed_specification, what is the use of out of translation text "Татары, узбеки и ненцы И весь украинский народ ...." being "Tatars, Uzbeks and Nenets And the whole Ukrainian people,...." ?? Christian 🇫🇷 FR 🚨 (talk) 13:24, 7 June 2020 (UTC)

Ping @Amire80 Ciencia Al Poder (talk) 18:20, 7 June 2020 (UTC)
It's a Russian poem about translation. I added it as an epigraph when I was writing that page, because that document talks a lot about translation. I intentionally left it untranslated. I think it's cute and that it breaks the mold a bit and makes people think out of the box. But I don't want to own this document all by myself, so if anyone thinks that it's too weird and out of place, feel free to remove it. Amir E. Aharoni {{🌎🌍🌏}} 19:54, 7 June 2020 (UTC)
It is nice from you Amire but the audience of such a text is specific and concerns only people who can read cyrillic - which is not the majority. Immediatly I thought the page has been hacked and holds nationalist ideas. I guess indians japanese chinese... people used to their local script have the same surprise. To keep your idea valid I propose to hide this text in comment on the main page AND make this comment translatable. Thus when translated, you just remove the comment tags if you use cyrillic pages, or ignore the comment if you dont understand what is inside. Marvellous ? Christian 🇫🇷 FR 🚨 (talk) 09:00, 8 June 2020 (UTC)
I'm not sure everyone feels like that. Lots of people who speak lots of languages read this and commented on Global templates/Discuss, and no one complained about this. The reasons why I intentionally made it not translatable are:
  1. To celebrate the language diversity of the Wikimedia movement.
  2. To show that if this project will be successful, people will occasionally have to look to go to other wikis and look at text written in other languages.
  3. Translating poetry is difficult and not fun.
But the biggest question is what do you think about the rest of the document. Do the epigraphs make it too hard for you to read? Do you disagree with the main points?
I think that the epigraphs make the document more expressive, but it's the least important thing to argue about, so if they get in the way, then they can be removed. Amir E. Aharoni {{🌎🌍🌏}} 09:15, 8 June 2020 (UTC)
I'm sorry i cannot help you on the document itself. This is out of my scope since I am a free translator and this is a cross wiki task taking most of my time. I guess the status of the page is the fruit of your work + community and I accept to translate it as it is (you understand easily that I cannot have a dedicated point of view on all the topics of each page I translate). Well I close the subject. Thanks. Christian 🇫🇷 FR 🚨 (talk) 10:04, 8 June 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

why not using standard dot separators in Template:Global_templates_nav ?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


The separator used in items lists of navigation boxes is the small centered dot; why now flower guitar 🌻 ☕ 📝 🇺🇳 📅 🎸 🤖 and undisplayable chars 🧩 are used here ? why '{ { } } is displayed around 'Global templates' on first line ? why globe icons are present at the end 🌎🌍🌏 ?

Christian FR (talk) 13:53, 7 June 2020 (UTC)

Emojis instead of dots — because it looks nice and has some personality, color, and meaning. Sunflower = MediaWiki, coffee = discussion, U.N. flag = translation, robot = bot, calendar = status updates, etc.
The character 🧩 is a puzzle piece, which is a common symbol related to Wikipedia. This character works on my machine, but emojis are sometimes displayed differently on different machines.
The triple globe in curly brackets is a symbol of "global templates". The curly brackets are a well-known representation of templates.
I think that these decorations make the navigation box cute and refreshing and don't hurt its functionality. However, I don't want to exclusively own it, so if you are very strongly bothered by it, feel free to remove these decorations. It's much more important to discuss the proposal itself than the emojis in the navigation box :)
(Also, it would be better to ask these questions on the talk pages. I only noticed it because @Ciencia Al Poder pinged me in on this page.) Amir E. Aharoni {{🌎🌍🌏}} 06:56, 8 June 2020 (UTC)
Dear Amire I understand your position but the pages must be as simple, light, short and clear as possible. Adding icons leads to write and find us back the table where the list of icons is described with their signification and learn them to use. As an administrator I translate pages, make redreading, check the presentation and links to assure the coherence of the navigation through pages of the different wikis. I have no special competence to argue on the topics inside, although I have a background on the technical notions they are related to. So please reuse the existing presentation where possible to integrate the standard scheme. Thanks. Christian 🇫🇷 FR 🚨 (talk) 09:35, 8 June 2020 (UTC)
I have made tests concerning the portability of using Emoji in the .pdf generated page and it appears that more of that, they are NOT RENDERED.
Result in Global_templates_Proposed_specification.pdf generated :
Environment Project status updof tates 􀀀 Alternative solutions 􀀀 Relationship to strategy
Related projects Wikilambda 􀀀 Multilingual Templates and Modules (bot) 􀀀 Shadow namespaces RFC
{{􀀀􀀀􀀀}}
Compared result of a Documentation_Style_guide_fr.pdf generated navigation box using standard centered dots :
Politiques Règles du développement · Règles des interfaces stables · Gerrit/règles des privilèges · Police du support pour PHP
Général Sécurité, pour les développeurs · Liste de vérifications pré-commit · Liste de vérification de sécurité pour les développeurs ·
Internationalisation
Christian 🇫🇷 FR 🚨 (talk) 12:05, 9 June 2020 (UTC)
If they are replaced with different characters, it's a bug in the PDF renderer.
And what does it have to do with PDF in the first place? Navigation boxes are for clickable links, and they are not even necessary in PDF at all. Amir E. Aharoni {{🌎🌍🌏}} 12:35, 9 June 2020 (UTC)
Just respect what already exists and works since it brings nothing new. Discussion becomes ridiculous i close the topic. Christian 🇫🇷 FR 🚨 (talk) 17:58, 9 June 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

VisualEditor wrongly removes contents

VisualEditor wrongly removes contents from pages. Examples:

There's probably nothing actionable here for us. This should probably be bugreported Ciencia Al Poder (talk) 17:14, 14 June 2020 (UTC)

Shailendra Singh Bais - Netizensstop

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hello,

I am creating a page same as my username. But, was unable to do. My content is shown below. Please tell me how to add this contsnt to wikipedia?

<Edit: spam removed> Netizensstop (talk) 04:44, 17 June 2020 (UTC)

Please post your content elsewhere. This is offtopic on mediawiki.org Ciencia Al Poder (talk) 10:32, 17 June 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Edit request at Talk:Main_Page

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Fix the double redirect to Project:Support desk * Pppery * it has begun 20:03, 18 June 2020 (UTC)

Done. Clump (talk) 20:24, 18 June 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Prohibit "new" (and anonymous) users from creating pages in the main space

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


For about a year now, we have a filter that warns and tags edits from "new" users that create a page in the main space. It has successfully identified page creations that should be removed, which only 2 exceptions (out of 2007 results total), one of which was a WMF user, and one edit that was moved to a sub-page in the creating user's userspace.

I'd like to propose to let this filter prohibit the creation of such pages, given its success in identifying pages that shouldn't be in the main space.

I'm not intimately familiar with AbuseFilter but I'm sure an exception can be made for WMF staff that haven't yet made 10 edits here so that they don't get caught in the crossfire. Mainframe98 talk 07:31, 19 June 2020 (UTC)

I support this. I've seen some anons create valid Manual: pages in the past, and since this won't affect them (because the filter is only for mainspace edits) that should be fine. Ciencia Al Poder (talk) 16:40, 19 June 2020 (UTC)
I also support that. (For low edit-count but trusted users the filter could also perhaps be modified to check for auto-confirmed.) Clump (talk) 16:53, 19 June 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Prefix of index names

Manual:Coding conventions/Database#MySQL/MariaDB says:

Make sure to include the /*_*/ comment immediately before any table name; ..., and omitting it will cause breakage. Similarly, include the /*$wgDBTableOptions*/ comment after any table declaration, and /*i*/ immediately before any index names.

But tables-generated.sql does not have /*i*/ before index names.

The coding convention should probably be updated. Shirayuki (talk) 08:04, 20 June 2020 (UTC)

That seems to be an omission or made in purpose (specially if that table is meant to be shared by all wikis on the same database)
The main tables.sql follows that convention: https://phabricator.wikimedia.org/source/mediawiki/browse/master/maintenance/tables.sql
I don't think a single case should invalidate an entire coding convention. Ciencia Al Poder (talk) 09:19, 21 June 2020 (UTC)

I'm trying to add a github link to for Extension:News that works in the lastest MW 1.34. Can someone help me adding the github link?


https://github.com/SeongMoon/mediawiki-extensions-News/tree/1.34 SeongMoon08 (talk) 18:37, 20 June 2020 (UTC)

You should actually consider contributing this code to the official repository at Gerrit. Please see Gerrit/GitHub for further information. MGChecker (talk) 22:17, 20 June 2020 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


I am an outreachy intern at mediawiki. I was creating my user profile but I was unable to add my github and linkedin links.


Abbasidaniyal (talk) 10:56, 29 June 2020 (UTC)

You've run into an abusefilter. I've granted you autopatrol rights, which should allow you to add the links. Mainframe98 talk 10:59, 29 June 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Can someone remove that
 from the front page?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


On Template:Main_page, there is a space between the magic words "__NOEDITSECTION__ __NOTOC__" and therefore a large gray <pre/> box appears on the bottom of the front page (not visible on the template itself because <languages/> is empty there). Could someone remove the space? Ataaseq (talk) 14:17, 29 June 2020 (UTC)

I've tried to do that with Special:Diff/3789166/3936195, but it seems the translations haven't updated. I think that's phab:T255334/phab:T235027. Mainframe98 talk 14:57, 29 June 2020 (UTC)
Oh, that space was my first guess, but it was difficult to test since I can't edit these templates. But I think I've found a solution: If you change {{#ifeq:{{NAMESPACE}}||{{languages|Template:Main page}}}} to {{languages|Template:Main page}}, the problem is fixed without any noticeable difference. Ataaseq (talk) 16:39, 29 June 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

sysop help needed (NOT urgent)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Hello. Can a sysop please change the content model of my user talk page to "wikitext"? Thank you. PJvanMill (talk) 19:15, 29 June 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

what about emoji present in the message to translate ?

Hi all, just a doubtful point of mines : are we allowed to use Emoji icons in the EN html text of page articles (templates...) ? Is there a risk they dont display correctly ? What to do when they are present in a message to translate ? Thanks.

Christian 🇫🇷 FR (talk) 10:03, 30 June 2020 (UTC)

Users with older browsers/systems might not be able to see the emoji, depending upon when it was introduced.
Where do you actually want to use emoji? In most cases I'd suggest avoiding it. Legoktm (talk) 05:20, 3 July 2020 (UTC)
see Project:Village Pump/Flow/2020/06#h-why_not_using_standard_dot_separators_in_Template:Global_templates_nav_?-2020-06-07T13:53:00.000Z. Christian 🇫🇷 FR 🚨 (talk) 19:13, 5 July 2020 (UTC)
Category:Languages pages Category:MediaWiki.org website