-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[Translation] [Loco] Ability to configure value of status
query-variable
#58072
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Hey! I see that this is your first PR. That is great! Welcome! Symfony has a contribution guide which I suggest you to read. In short:
Review the GitHub status checks of your pull request and try to solve the reported issues. If some tests are failing, try to see if they are failing because of this change. When two Symfony core team members approve this change, it will be merged and you will become an official Symfony contributor! I am going to sit back now and wait for the reviews. Cheers! Carsonbot |
src/Symfony/Component/Translation/Bridge/Loco/Tests/LocoProviderTest.php
Outdated
Show resolved
Hide resolved
status
query-variablestatus
query-variable
status
query-variablestatus
query-variable
src/Symfony/Component/Translation/Bridge/Loco/Tests/LocoProviderFactoryTest.php
Outdated
Show resolved
Hide resolved
src/Symfony/Component/Translation/Bridge/Loco/Tests/LocoProviderTest.php
Outdated
Show resolved
Hide resolved
status
query-variablestatus
query-variable
Thank you @mathielen. |
…rYamous) This PR was merged into the 7.2 branch. Discussion ---------- [Translation] [Loco] Document `status` query variable | Q | A | ------------- | --- | Branch? | 7.2 | Bug fix? | no | New feature? | no | Deprecations? | no | Issues | [Doc issue](symfony/symfony-docs#20184) - Related to #58072 | License | MIT Update readme for Loco bridge documentation Commits ------- 0a91018 add documentation for Loco query parameter
Added ability to configure value of
status
query-variable when fetching translations from loco API.With loco it is possible to flag your translations as
provisional
, meaning that they might not be approved by someone in charge of your project's translations. For example these provisional translations might be auto-translated.To still be able to use these auto-translated translations in your project it must be possible to integrate them (i.e. via CLI command
bin/console translation:pull loco
)Therefore, when invoking the export-API of loco a different value for the field
status
has to be given. Right now it is statically set totranslated,blank-translation
, meaning provisional translations will not get fetched.With the DSN to the translation provider, we can already provide options to the translation provider implementation with query-parameters like this:
loco://API_KEY@default?status=translated,provisional
I have used this functionality for setting the desired value. By default (if omitted) the current value
translated,blank-translation
will be used.