Replies: 3 comments 4 replies
-
For now, I'm doing it like this which is far from perfect: gsed -i "s/<replace>/$DEEPL_TOKEN/" .bartycrouch.toml && bartycrouch update -v; git checkout -- .bartycrouch.toml |
Beta Was this translation helpful? Give feedback.
-
I don't think it's possible right now and I'm not maintaining this actively, just reviewing PRs. You could implement an override of whatever is provided in the TOML file in Swift though where the token is used. I think that would be the easiest way to support ENV vars. Then you just provide an empty String in the .toml file and the code uses your ENV var. I personally recommend migrating to String Catalogs, which offer many of the features BartyCrouch offers, like auto-extracting new keys from your code or warning against empty translations. Only thing it doesn't support is machine-translation, but I built an app for that, just use String Catalog Translator. You just drag & drop the String Catalog and translate, it's really easy. |
Beta Was this translation helpful? Give feedback.
-
Thank you for response. I don't think I can easily migrate to Strings Catalogs, mainly because I want to sync XIB files with localization files. I did a quick test and I couldn't find a way to make sure changes in Interface Builder are propagated to all localization files - this is where BartyCrouch is extremely helpful. String Catalog Translator looks great, did you consider making it free for OSS projects similar to Remafox? |
Beta Was this translation helpful? Give feedback.
-
I wonder if it's possible to configure
.bartycrouch.toml
to read the API key from an environment variable? I would hate to accidentally commit it to https://github.com/p0deje/Maccy/blob/master/.bartycrouch.toml. Something like this:Beta Was this translation helpful? Give feedback.
All reactions