Help talk:Extension:Translate

Previous page history was archived for backup purposes at Help talk:Extension:Translate/LQT Archive 1 on 2015-06-10.

Hello,

we have been using syntax like this for links

[[Special:MyLanguage/Getting Started|<translate>[[Special:MyLanguage/Getting Started|<translate><!--T:55--> Getting Started</translate>]]</translate>]]

But the problem is that if the user clicks any link it will redirect to the user language, not the current document language. Is there a way to use something like

[[Getting Started/{{TRANSLATIONLANGUAGE}}|<translate>Getting Started</translate>]]<translate><!--T:55--> Getting Started</translate></translate>]]

I saw that with this commit https://phabricator.wikimedia.org/rETRA5e8106cdc353294bb97b626fbd1bf46c860ebb02 it was introduced but cannot find it in the current release.

TLDR: I want easily maintainable links which automatically point to the page of the current document language, NOT user language.

Any insight would be very helpful.

Thank you in advance. C schmitz (talk) 18:36, 25 October 2021 (UTC)

{{TRANSLATIONLANGUAGE}} only works inside translation units, and is probably not what you want anyway. You can hardcode links to [[TargetPage/{{PAGELANGUAGE}}]] if you don't mind about links pointing to non-existent pages when translation is missing.

Thank you. It would be nice to have such an operator that, if needed, falls back to the base language, if no translation exists yet.

Hi Someone told me that Translate does not support the various chinese languages zh-tw, etc ?

Translate supports any language. Perhaps they mean the configuration at Wikimedia wikis?

Hi Tacsipacsi, could you specify examples of not working chinese with this Translate ?

Translation into Chinese variants like zh-tw, zh-hans etc. is disabled on Special:Translate. (I don’t know if it’s a Wikimedia setting or Translate’s default setting, but it doesn’t matter either.) This is fine as long as one translates pages, since the variant selector appears on the top (and I’m pretty sure this is why the manual translation into variants is disabled). However, it doesn’t work, at least not out of the box, in templates unless they are used on such extension-translated pages. These templates may be used on pages that are translated manually, without the Translate extension (these should be converted to the extension in the long run), or may be used on non-translatable pages like talk pages or file description pages (these usually use the user interface language with the {{int:lang}} hack, and won’t be converted to the extension ever, so probably they won’t variant selectors). I’ve read about the <langconvert> parser tag, which may solve the issue if it’s built into {{TNT}} et al., but haven’t got around trying it yet. (The thing I’m worried about is that, according to the Phabricator task, it expects a variant identifier as the input variant, but {{TNT}} only knows that it’s some variant of zh.)

I have installed extension Translate from 2019-07-22 (3da1d7c). Page is in code, but Special page not accessible because wiki does not have a translation search service. What I must set for available it? Thank you – Want (talk) 12:06, 13 March 2021 (UTC)

It requires ElasticSearch. Please see Help:Extension:Translate/Translation memories.

Thank you about your answer. But ElasticSearch isn't open source solution, and in addition depends on java engine. Exist any alternative for it? Want (talk) 11:53, 15 March 2021 (UTC)

The currently supported versions of ElasticSearch are open source. 7.x is not yet supported. The future is still unclear, but perhaps there will be open source fork of ElasticSearch.

It's not worth the effort for us to write a search engine ourselves. Besides, MediaWiki itself requires ElasticSearch for advanced search features.

Thank you for the explanation. Want (talk) 16:29, 15 March 2021 (UTC)

After wrap the text by "<translate>" & "</translate>" to the entire paragraph, enter edit mode,

message prompts: "You are editing a translatable page. Editing these in this editor is not yet officially supported."

MLBP version: 2021.01

Mediawiki version: 1.34.12

php version: 7.3.20

MySQL: 5.7.31

VisualEditor version: 1.35

Is it a know-problem w/o fix? my users is general clerical users, it would be difficult to persuade them to input w/o rich-text editing or MSWord-style editing

It's known. See MediaWiki Stakeholders' Group/TechConf Input#Improved Translate - VisualEditor integration for example.

We are currently working on some changes for better integration with MediaWiki parser. Work to improve VE support is expected to happen some time after that, but there is no estimate as of now.

I have all the group permissions set to true (I've even tried it with the "*" group), but everytime someone tries to publish a translation the translated text is yellow and in the browser's network tab, the api.php POST returns:

code: "permissiondenied", info: "You are not allowed to execute the action you have requested."

I'm not sure what I'm doing wrong

See Help:Extension:Translate/Configuration#Sample configuration. If that doesn't work, you mave have some other extension that is causing problems. What are you translating? Pages?

Yeah I have all of those entries in my LocalSettings.php. We have other extensions but I've already tried turning them off and was still getting the permissions error. The guide that I followed wanted to load a bunch of other extensions:

wfLoadExtension( 'Babel' );
               
wfLoadExtension( 'cldr' );
               
wfLoadExtension( 'CleanChanges' );
$wgCCTrailerFilter = true;
$wgCCUserFilter = false;
$wgDefaultUserOptions['usenewrc'] = 1;
            
wfLoadExtension( 'LocalisationUpdate' );
$wgLocalisationUpdateDirectory = "$IP/cache";
               
wfLoadExtension( 'Translate' );
$wgGroupPermissions['Translators']['skipcaptcha'] = true;
$wgGroupPermissions['Translators']['translate'] = true;
$wgGroupPermissions['Translators']['translate-messagereview'] = true;
$wgGroupPermissions['Translators']['translate-groupreview'] = true;
$wgGroupPermissions['Translators']['translate-import'] = true;
$wgGroupPermissions['Translators']['pagetranslation'] = true;
$wgGroupPermissions['sysop']['pagetranslation'] = true;
$wgGroupPermissions['sysop']['translate-manage'] = true;
$wgTranslateDocumentationLanguageCode = 'qqq';
$wgExtraLanguageNames['qqq'] = 'Message documentation'; # No linguistic content. Used for documenting messages

wfLoadExtension( 'UniversalLanguageSelector' );

I don't have other ideas then. Do note that MediaWiki namespace has restricted editing.

My use case: somebody used the wrong language code, “zh-hans”, to translate a page. I need to move that to “zh-cn”. The documentation doesn’t cover that case.

OK, the way I did it is, I moved (without leaving a redirect) all of the translation-unit subpages, one by one (there can be hundreds!) and deleted the translated page with the wrong code. Then, in order to nod the Translate extension to refresh, I made a trivial edit to one of the newly moved translation units. This created a new translated page at zh-cn; however, the page has none of the history of the previous page, and the extension doesn’t allow me to restore the history entries neither by using Special:MergeHistory or by manually restoring entries. Yet another one of this extension’s many grave defects.

You could have unmarked the page for translation and moved the translation page as well.

But why is the lack of history of the translation page a grave defect?

In an effort to minimize the number of modifications made to a page marked for translation on my wiki, I started deleting pages and then recreating them with updated content. We are still in draft mode on our wiki, so I figured deleting pages would be the cleanest way to make sure the source text and translations were up to date. I have also found that editing a page marked for translation creates multiple versions of that page in the category pages ("[pagename]," "[pagename]/en," "[pagename]/fr," etc.). Deleting and recreating these pages seemed to be the best way to prevent these problems from happening.

However, hours (or even days) after recreating and marking for translation pages that have been deleted, FuzzyBot deletes the pages again. Should I have not deleted these pages in the first place? Is there a better way to go about editing a page marked for translation without causing the errors recounted above? To prevent FuzzyBot from deleting the pages again, should I restore the original pages I deleted and then edit them?

Thank you for any advice you can give!

FuzzyBot automatically manages translation pages, and the best thing to do is to leave FuzzyBot to do its work and not touch translation-related pages manually. FuzzyBot relies at the job queue – if you feel it takes a lot of time to FuzzyBot to delete pages, once you perform an action as a translation administrator, it's possible that the job queue is being slow for your wiki

I was able to prevent translators from editing the source text by protecting that page and only allowing administrators to edit it. I did not try this before because I thought protecting the source text would, in turn, protect the translations and prevent translators from publishing translations. But I was able to protect the source text and still allow translators to publish translations.

I would like to disable users from editing the source text for all pages in my wiki but still allow them to publish translations. Whenever I add $wgGroupPermissions['user']['edit'] = false; to Local Settings.php and $wgGroupPermissions['user']['translate'] = true; it comes up with the error "Publishing the translation failed: The action you have requested is limited to users in the group: Administrators." Is there any way to allow translators to publish translations without allowing them to edit the source text of a page?

Thanks in advance for any help you can provide!

I would simply use the protect feature to protect the source pages.

Another option would be to restrict editing using $wgNamespaceProtection in namespaces other than Translations:.

The protect feature did the job. Thank you so much!

As part of phab:T250700 I am thinking of moving the section How_to_become_a_MediaWiki_hacker#Communication_tips_and_guidelines (which is simply not a "MediaWiki only" thing, so it's at the wrong place) to a better place, probably New_Developers/Communication_guidelines. And after that, transclude that page into several pages.

How can I take all and any existing 25 translations for those strings that are part of that section with me?

Stuff like Help:Extension:Translate/Move_translatable_page only explains moving a complete page, but here I'm after splitting.

Any best practices documented somewhere?

Thanks in advance!

I am afraid there is no support/help for this use case currently. Basically you need to move the relevant source language parts to the new page (keeping the existing ID markers if you wish), mark it for translation and then copy over each translation. Last part can probably be automated with pywikibot or similar and a bit of scripting.

The <languages /> tag does need to be included in the translation. But you need to do a dummy edit to get it to show up.

I have added the <languages /> tag to my english main page. And it displays the languages i have converted to.

However when I click on a different language, it takes me to the translated version of that page but the languages bar has

disappeared. I cant browse back to English.

I've tried to wrap the Languages inside of the translate and outside of it. Neither work.

I've tried to add it onto the translated text but it then has a broken element. I have scoured here and I cant seem to find a fix for this.

See the following pages:

• https://www.mediawiki.org/w/index.php?title=Professional_development_and_consulting&action=history
• https://www.mediawiki.org/w/index.php?title=Professional_development_and_consulting/ja&action=history

A dummy edit is REQUIRED to update translation pages :(

Hi Shirayuki,

Sorry i'm not expert of the mediawiki but I did not understand what I have to change in order to adjust my page that has the same error.

thanks in advance

Re-marking the page for translation is required to update translation pages.

Hi Shirayuki

Thanks for the help. It worked.