Closed (fixed)
Project:
Translation Management Tool
Version:
7.x-1.x-dev
Component:
Core
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
1 Jan 2013 at 15:04 UTC
Updated:
19 Jun 2014 at 09:57 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
blueminds commentedSee the attached initial version
Comment #2
blueminds commentedComment #3
berdirLooks good, some minor things:
Instead of array_flip(), you could also use array_search(). Might be a bit simpler...
It's a bit strange that the test translator defines default language mapping but does not implement it. But I'm not sure what to do with it instead.
Left-over?
Why not make this a method on the translator?
We could simplify most usages of this by adding a helper method on the translator entity for this, then you just need to call $translator->mapToRemoteLanguage($job->source_language)).
Comment #4
blueminds commentedYes I agree, but not sure how to deal with it...
The rest is fixed.
Comment #5
blueminds commentedComment #6
berdirThanks, commited.
Comment #8
skyredwangWith 7.x-1.0-rc1, this is still broken. No matter what code I put in the Remote Languages Mapping, the $job->target_language still returns the original code set by Drupal. and
getSupportedTargetLanguagesreturns the list provided by Translator.I am trying to debug the problem of mapping.
Comment #9
skyredwangOn IRC, @Berdir suggested I updated both tmgmt and tmgmt_google to the latest dev. then I can confirm that the problem is fixed.