Asking Brandon to weigh in on this.

I'm unsure that the extension requires translation at this point - it's currently in experimentation mode, trying to find the optimal set up. So it may be premature to even have this conversation.

But then, aside from that: "oversighter" in this case is a user role/right. Individuals with the Oversight permissions are supposed to hide posts. This is a functional requirement of the feature; I'm not sure how any of these terms could be changed.

Also, this extension's goal is not to improve usability; it is designed to improve the ability of the Foundation to determine overall quality of articles and engage with readers. It is very Foundation specific, so I don't think there's a problem with using "Wikipedia Jargon".

Amir, WONTFIX?

The problem begins even before translation. If i understand correctly, some of the messages are visible to all users, and nobody should be expected to understand these terms in English.

And in the MediaWiki world we believe that the right time for translation is as early as possible after the message is added to the trunk. It proved itself many times - it helps uncover bugs early and remind the developers how important documentation is.

The usage of the terms may be up to debate; I've been told that even the legal department wants them (citation needed). But full qqq documentation of the messages is absolutely essential.

elizabeth wrote:

All items with "oversight", "unoversight" have qqq entries, and all qqq entries have been expanded upon to define oversight/unoversight terms

(In reply to comment #5)

All items with "oversight", "unoversight" have qqq entries, and all qqq entries
have been expanded upon to define oversight/unoversight terms

marking fixed

Reopening. There are still messages with useless documentation. For example, the documentation for articlefeedbackv5-mask-text-oversight says "Text to be displayed on the oversighted post mask". The idea is not just to say where does the text appear, but also to explain what "oversighted" means and in particular, how is it different from "hidden". Volunteer translators cannot be expected to know it.

It's OK to create one glossary page and to link to it from all the relevant message documentation strings.

yoni wrote:

This page has a very detailed explanations of all AFTv5 requirements and terminology.

http://www.mediawiki.org/wiki/Article_feedback/Version_5/Feature_Requirements

Should we provide a link to it in the i18n file header?

Yoni, Fabrice and everybody else - thanks a lot for writing this documentation. It makes things clearer.

A link to it should be added to every relevant qqq message. Something similar was done in the FlaggedRevs extension. The following templates were created:

• http://translatewiki.net/wiki/Template:Flagged_Revs
• http://translatewiki.net/wiki/Template:Flagged_Revs-small

These templates were transcluded in many qqq messages for FlaggedRevs. See FlaggedRevs/frontend/language .

You can create templates like this for ArticleFeedback in translatewiki.net, put a link to this documentation page in them and add them to the qqq messages.

The term "Oversight" should still be replaced with "Delete", because it's clearer even in English.

I agree, we've been slowly getting rid of this awful terminology (ex Oversight extension) and now it slips back in? See also bug 38378.

Ahem, we don't close bugs just because some extension is unused (unless the repository is actually emptied I guess)...

I don't think anyone is going to work on this.

I'm willing to, I'll try to take a deeper look into this issue later today.

This extension is not in active development, and it's unlikely to be used by Wikimedia. But if anybody else wants to fix its bugs and use it on other sites, it's totally welcome.

Development was taken up by Brickimedia developers after T144677 was created and resolved. @ashley is currently the "head" maintainer of it right now, and I try to help out too :)

In T37026#2921050, @SamanthaNguyen wrote:

Development was taken up by Brickimedia developers after T144677 was created and resolved. @ashley is currently the "head" maintainer of it right now, and I try to help out too :)

Ah, nice, I didn't know. Go for it :)

I guess Wikimedia doesn't care about the terminology here any longer, although I might be wrong. Whatever works for the extension's current users is probably good.