Help talk:Extension:Translate
Contents
This is a bit strange. I can translate and modified existing translations, but I can't mark translations as reviewed because it says that my session is closed. But it isn't. Proof ot this is that my translations in the same browser, in the same session, at the same time are saved with my username. I tried closing and opening again my session, but it didn't work. I tried Chromium, Chrome and Iceweasel (Firefox in Debian).
I can't say exactly when this started happennig. Maybe a week or two. Before that, I had no trouble.
Let me know if more information is needed.
Update: I didn't specified the site: it's right here in www.mediawiki.org. I have no trouble in meta (see today log)
Update 2: This also happend to me in translatewiki.net. Could it be the translate extension version?
Update 3: It's already been MediaWiki:Tux-session-expired_shown_when_Reviewing_a_message_44515 reported in translatewiki.net by other users.
A backported fix should be deployed here very soon now.
Hello, how can I change the look (and content) of the language box that appears when inserting <languages />? I haven't found anything in documentation about how to access this box and how to style it. It appears and it is working, I'd only like to style it to fit the content. Are there any CSS classes related to it?
It does have plenty of CSS classes you can use to provide different styling for it. There is no documentation for it so the best way is to look at the source code of a rendered box.
You might be interested that there are plans to change completely how the box is displayed: https://gerrit.wikimedia.org/r/#/c/149585/
When I try to translate [1]，it will report an error when I try to include an "external link" with this: [https:// secure.wikidc.org/wm/schols/ THE_TRANSLATION]. It's that really an error or just because it can't call out the CAPTCHA verification?
bugzilla:34182: the workaround is to edit the page directly (right click the link that opens the translation editor and open it in new tab or copy the link address.
Hi,
I'd like to know if there is a way (without using ad redirect) to map a traslated page in a page with a translated name. To be more clear, let say I have the Materials page in English. I can translate it in Italian having the Materials/it page. But I'd like to have instead the "Materiali" page (because "Materiali" is the Italian translation of Materials.
I see that Main page is translated in Pagina principale, but I cannot find a way to plain translate the page name mapping it to the translated page.
Sorry, I don't understand what you mean by "map" and "have" here. The "map" is done by translating the page title in Special:Translate; after that you have a page whose display title is "Materiali".
If you mean that you would like the page to actually reside at the title Materiali, that's not possible because the translations should then be unique across all languages. If you mean that you want to link it, same problem, and you should use Special:MyLanguage anyway.
Looking through the documentation, it doesn't seem to explain what rights are required to access the page Special:PageTranslationDeletePage. Is it just the translation administrator right (as used locally through WMF wikis) or is it that right in combination with another right? If it is a combination (which I believe that may be), then it would be useful for the error message to say which rights are required (in combination), rather than the right that is missing. I would also note that Special:SpecialPages does seem to note this deletion page, nor can I find ready reference to its actions either. It would be great if those more knowledgeable would be able to remedy this situation. Thanks.
Works for me on Meta (where I'm translation admin):
You do not have permission to delete this page, for the following reason:
The action you have requested is limited to users in the group: Administrators.
But yes, permissions could be checked earlier. I expanded docs a bit.[1]
And yes, it's one of many unlisted special pages.
I have specifically mentioned the special page, otherwise it sits mute, and not findable by use of search, which I consider less than desirable.
Submitted bugzilla:66472 for listing the extension page on Special:SpecialPages
Can I somehow mark many pages at once for translation?
I tried exporting them to xml, adding translate Tags to the text and importing again. But Translate didn't even notice the translate tags; only after manually editing the page does the "mark for translation" option appear. Is there a a recommended way to do this?
XML import is still the fastest; we have added about 300 translatable pages in Meta-Wiki in that way, in a couple days. The only alternative I know of is being worked on at Extension:Translate/Mass migration tools.
... meaning that you imported them and then marked them for translation manually? Or was there some other kind of trick involved?
Yes, dummy edited and marked manually. It's four clicks and a keystroke for each page and all of them very repetitive, I estimate 30 seconds per page. :)
Last time I tried, null edit was not enough.
I was asked to help with translation of Commons:Commons:Senate of Poland. Everything went well except that once everything was translated the polish and french pages claims to be 89% translated instead of 100%. See [1]. It seems like something is 11% outdated but I can not find what and how to fix it. Also there is a problem with categorization. On Commons we never categorize language subtemplates, but this extension seems to do it, see Commons:Category:Wikimedia Polska is there a way to fix it, or is this something I should file a bug report about?
Hi
I'm scratching my head on this php error being thrown on Special:SupportedLanguages. The page works fine on my local. Using the same extension configurations setup on production server. MW 1.21.5, latest same language bundle on local and production server.
Warning: array_merge() expects at least 1 parameter, 0 given in /home/server/public_html/extensions/Translate/specials/SpecialSupportedLanguages.php on line 96 Warning: array_keys() expects parameter 1 to be array, null given in /home/server/public_html/extensions/Translate/specials/SpecialSupportedLanguages.php on line 96 Warning: Invalid argument supplied for foreach() in /home/server/public_html/extensions/Translate/specials/SpecialSupportedLanguages.php on line 364 Notice: Undefined variable: keys in /home/server/public_html/extensions/Translate/specials/SpecialSupportedLanguages.php on line 368 Catchable fatal error: Argument 1 passed to SqlBagOStuff::getMulti() must be of the type array, null given, called in /home/server/public_html/extensions/Translate/specials/SpecialSupportedLanguages.php on line 368 and defined in /home/server/public_html/includes/objectcache/SqlBagOStuff.php on line 212
A hint at what to look at or for greatly appreciated. Obviously I have something different, but what? Running same exact extensions on both local and production server. Everything else is working great. Thanks!
There is condition just before line 96 in the code, so I don't know.
Yes, pulling in user information. RC's from looking at the code? User contribs? I wonder if I rebuild the RC table if that would fix it? I did do a rebuildall when I upgraded after I ran update.php. Thoughts? Thanks
Hi Nikerabbit, still no joy, the page still has a fatal error. I rebuilt RC's, checked the User table, still failing array_merge and array_keys. Debugging log turned on and it shows nothing for this Special Page. Do you have any suggestions on how to debug this? Thanks.
In these cases I start adding manual debugging statements in the code until I understand what is going on.
Thanks Nikerabbit, on a live site so I don't usually like "live debugging" but did it anyway. Seems as if this statement is the issue.
if ( !defined( 'NS_PORTAL' ) ) {
$users = $this->fetchTranslatorsAuto();
} else {
$users = $this->fetchTranslatorsPortal( $natives );
}
We have NS_PORTAL defined. Funny thing is, I comment out the if statement and use either or to define $users.
$users = $this->fetchTranslatorsAuto();
or
$users = $this->fetchTranslatorsPortal( $natives );
The page works, but the heading of languages is doubled at the top.
dansk български español Bahasa Indonesia français English فارسی Nederlands then español Bahasa Indonesia فارسی dansk English български français Nederlands
Even though the languages are in a different order, any of them link to the page's anchors for the language headings.
Also, all users are wrapped in a <del> tag so they look like this, username. Not sure why they are doing that either.
Thanks for your help.
That makes sense. We were supposed to get rid of the NS_PORTAL strategy, which would fix the error for you as well. The double list of languages can be just a byproduct of the heavy caching of the page with your debugging output.
Link from translation pages to other pages in same page content language
Is there a way of manually marking a translation as outdated/Fuzzy. Previously this was done with !!FUZZY!! but this no longer seems to work (at least for my initial test on Commons). Specifically the message should afterwards not be marked as translated which is what Fuzzy now does.
!!FUZZY!! does still work as far as I know.
You are right. I must have written !!Fuzzy!! by mistake and the progressbars do not detect the tag until after reloading.
There are a few missing things that wuld simplify things in managing translated templates. See Help talk:Extension:Translate/Page translation administration for details.
Note that the "TNT" template has been updated on Meta-Wiki, and is still being worked on to implement the Mediawiki standard fallbacks, still missing for now.
The Lua module also fixes various quirks (the version copied from Meta-Wiki to Commons doesn't have these features (notably it is still producing "Script errors" if the specified template name is still not marked in translation to generate the /en subpage: so as long as the source template is not marked you need to create manually the final "/en" version, used as the last default).
Consider a template containing something like
[[Main Page|<translate>Go to main page</translate>]]
which becomes
[[Main Page|<translate><!--T:1--> Go to main page</translate>]]
This looks good on the template page, but as soon as you transclude this template, the <translate> tags get visible on the transcluding page. Is there a way to translate the link text only and still be able to transclude the generated content onto another page?
As Help:Extension:Translate/Page_translation_administration says, you can't call translatable templates directly, but only their languages subpages. This is usually done with templates like {{TNT}} or m:Template:Translatable template (the latter uses lua). Maybe in a distant future Translate will support this use case natively.
Is there a possibility to choose the language to translate from? If a message is already translated to Spanish for example, why cannot we choose to show this message in the translation feature instead of English, it would allow more contributors to translate and make it easier since those languages are closer.
Would also be useful if at the top of any of the languages' pages, we could directly click on Translate instead of only saying "This is a translated page".
Bugs and feature requests should go to bugzilla.
I have a large number of documents in Italian and German that I'd like to import and then translate to English. How does one go about posting feature requests to bugzilla?
The feature request already exists. For reporting things in the future, see How to report a bug. In short, go to bugzilla:, enter a new request, select "MediaWiki extensions->Translate". If it's a feature request (not a bug fix), choose "enhancement".
Use the assistant language feature available in your preferences.
"The translation editor: a message with a tip and and a suggestion from an assistant language"
Please fix it.
Thanks. This is still a wiki, by the way. ;-)
I think the extension should create a redirection from the page with the translated title to the page with the English_title/lang_code.
There is no way that would work cleanly because translations in different languages can be same.
Why does the extension required an admin to mark every edit for translation? Shouldn't that be automatic for confirmed users?
The rights are configurable like any other rights. However, the marker has big responsibility to not mess up things or waste translators time.
Why the translation only work from English to other languages? How can a speaker of one of the translated languages add a section to the page directly in its language and it marks the English version that need to be translated. The Extension should work in all directions. And we should be able to directly edit all languages' pages.
When I try to edit a translated page it says "This page cannot be updated manually. This page is a translation of page Wikimedia Indigenous Languages and the translation can be updated using the translation tool." (on Meta), but a contributor cannot use the translation tool to add "new stuff" or a new section to the page, only to translate sections of the English page.
That is a more complex problem. See this presentation at Wikimania about one system that does that.
What would people do if the page to mark for translations already has translations from when the extension wasn't enabled?
You have to get them out of the way and manually copy/convert them to the new system.
Done, but lots of work!
Yes, I know... If you have any thoughts on how it could be made easier, don't hold back...
Just want to note that it's better to not move the translations. If you move them, then they are separate "useless" pages, and if you leave them where the translate feature will be used (FuzzyBot simply overrides it), then the page history is kept and you can still look at past revisions and copy the content from there.
