Open bradmartin opened 5 years ago
Ah okay so my initial suggestion wouldn't work because the current hook implementation will overwrite the strings.xml
even with modifying after a failed build (where the hook was ran successfully).
@bradmartin hey man I had the same issue for which I opened issue #60 initially for iOS but true for Android as well. I ended up using a custom hook that I use for multiple environments (dev vs prod) to copy the relevant original strings.xml
and Info.plist
to the right places. This way the original files stay untouched.
Hi. I have added a fix for android. in this #88
Just digging into this plugin. Setup in a project which already had some custom strings in
strings.xml
for Android. Currently the plugin recreated thestrings.xml
based on thei18n
asset files the plugin uses.So first the question: is this intended currently or possibly a bug? If not, then I'd like to suggest the enhancement of not overwriting but look into possibly appending the
i18n
strings to any values currently in thestrings.xml
file to avoid causing build issues for people who add the plugin after they already havestrings.xml
created.It might be more work than it's worth to implement a solution, in that case, maybe it's sufficient to have some warning about the overwriting. Then it overwrites and people can go back and add their current strings to the generated
strings.xml
with theiri18n
string values.Thoughts?