Open adriandiazgar opened 3 years ago
I guess that you are downloading converted file instead of taking original. Is there any good reason for that?
The converters do not currently support flagging read only strings.
This issue has been added to the backlog. It is not scheduled on the Weblate roadmap, but it eventually might be implemented. In case you need this feature soon, please consider helping or push it by funding the development.
Thanks for the quick response
Oh, I see @nijel yeah, it makes sense, I was downloading a converted version of it without thinking about downloading the original file.
But this brings me to wonder why there is a conversion step when the original file is Android and the requested file type is Android, would it make more sense to download directly the original file if the requested format is the same?
There is no additional logic in place = it gives you whatever you've requested. It still might make sense in some situations because the exported files can contain additional data such as comments or suggestions which are (for good reasons) not present in the original files.
The unit state should be handled somewhere here:
Describe the bug
When a string.xml for Android is uploaded to weblate, it considers the "translatable" attribute of the node and it makes the unit "read-only" which is OK.
The problem comes when downloading the file that doesn't contain the "translatable" attribute anymore which leads to being translatable again if the downloaded file is uploaded again.
To Reproduce the bug
Description should look similar to this:
Steps to reproduce the behavior:
Expected behavior
Keep the read-only attribute after download it from weblate like: