Weblate: Frontend plugin integration scenario

Created on 9 Apr 2016  路  5Comments  路  Source: WeblateOrg/weblate

The new API could allow a scenario I'd like to propose, which is based on https://www.transifex.com/lp/transifex-live/

  • [ ] Authorization via configurable API key per project - #4974
  • [x] Authorization via configurable API key per user
  • [x] Read all translations from a component
  • [x] Read all translations from a component in a specific language
  • [ ] Read one translation from a component in all translated languages
  • [x] Write a translation (
  • [ ] Write a comment with a translation
  • [ ] Write a comment with an image of the translation (could use https://experiments.hertzen.com/jsfeedback/ which uses https://github.com/niklasvh/html2canvas to create image and highlight)
  • [x] Get component translation process (for status updates)
  • [x] Get repository status (in case upstream branch changed)
  • [x] Push changes and get response (if API key has right authorizations)

Also see what a frontend library would look like: https://github.com/transifex/transifex-live-wordpress

This would be a really big step in continuous translation, from a translator's perspective. Please let me know what you think, maybe the API already has most use cases covered?

enhancement

Most helpful comment

The API definitely doesn't have enough yet. For 2.6 only basic translation level operations will be supported, it will be extended for future releases.

All 5 comments

The API definitely doesn't have enough yet. For 2.6 only basic translation level operations will be supported, it will be extended for future releases.

I've added checkboxes to your list and updated with current status.

WordPress support is a must!

@uhlhosting It's on our roadmap for next year. If you have any specific requirements on it, please share them here.

CC @ilocit @orangesunny

If any beta out there would like to test. Will keep this thread updated if anything.

Was this page helpful?
0 / 5 - 0 ratings