New PTE Interface Suggestion

Hello all,

Myself, @tobifjellner and @chantalc have been discussing on SlackSlack Slack is a Collaborative Group Chat Platform The WordPress community has its own Slack Channel at the potential for a new interface for plugins and themes where authors can apply to become a PTEProject Translation Editor A Project Translation Editor (often referred to as PTE) is a person, who has access to validate strings on a specific project (for example BuddyPress, WooCommerce or Twenty Fourteen) for one specific locale. A project translation editor can approve strings that are added by translation contributors. Per project translation, editors are appointed by a general translation editor after a request by the project author or by the contributors themselves. in a much more streamlined manner.

There have been a few ideas discussed in the polyglots channel which have formed a good basis for what might be worth implementing. Of course, it’s still an idea right now but it’d be good to see what people think and perhaps look into implementing something to make requests easier to handle and not forgotten about.

At the moment:

  • GTEs do not regularly check Make/Polyglots for a number of reasons, probably because they’re not sure where the requests are or if there are any at all.
  • Creating a post on the Make site requires a lot of manual work to post and also for GTEs to actually read and take action on the request.
  • Older requests get lost on lots of pages.
  • There’s no indication of progress. If someone has been denied or even if a request is accepted, until all localesLocale Locale = language version, often a combination of a language code and a region code, for instance es_MX denotes Spanish as it’s used in Mexico. A list of all locales supported by WordPress in in a request are ticked off, the request is considered unfulfilled.

Proposal (bearing in mind this is just some ideas discussed, nothing set in stone by any means and open to discussion):

  • A new interface to request PTE status from project page.
  • Comments based on the reason to accept/reject a request.
  • Removes the need to search for an open request.
  • Organise requests and make sure people who should see the requests do, and take action when they can.

Please discuss!