Hi,
I would like to use the nice feature of sending translation to l.d.o but with the core Translate interface. For example: I have a site with 4 languages and when I install a module I translate some strings into 3 languages at the same time. It's easier to search the string and translate it with the core Translate interface (admin/build/translate/search) because it's only one step for many languages, but I also want to share my work...

Comments

Gábor Hojtsy’s picture

Good idea. The trick in this case is that the core UI allows you to provide translations for the same string for multiple languages at once, so we'd need to initiate probably many HTTP requests to send your data and possibly find out you are not even a member of some of the translation teams. So maybe some local caching of your membership data / success rate would be useful in that case.

Jose Reyero’s picture

I think a good first step would a more reusable API, like #912252: Build reusable API, add hooks for modules, etc..

Then we can think of adding some form submit callbacks easily.

About remote submission failures it could be good enough some per request status variable so if we've failed once, we don't try anymore.

Btw, the l10n module already works with such submissions (core translate UI) so it keeps track of string status (which ones have been translated locally) so we should work on a joint solution. I think the patch mentioned above will do for that, so we can just implement some hook_l10n_client() and and update string status accordingly.

Gábor Hojtsy’s picture

Version: 6.x-1.7 » 8.x-1.x-dev
Issue summary: View changes
Status: Active » Fixed

This is implemented in the Drupal 8 version with the localization contributor module (which is a requirement for the unique UI module). Not going to backport that to Drupal 7 and especially not unsupported Drupal 6.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.