Hi,
Am 11.03.2016 um 16:20 schrieb Дмитрий Нескажуев:
>>> Conflicts will also not happen
> with 8 developers weperiodically has merge conflicts
Sure, but not in the translation properties, as only Jabylon should
modify them, and Jabylon in itself won't create a conflict.
>>> if an analyst or tester adds a key? It will not be visible in any
> software (because the software doesn't use the new key).
>
> Tester can add missing keys during testing (after development)
> analyst can add new keys before development and provide keys in issue. I
> know, looks very ugly, but we have free analyst's time
It might be that analysts have free time, but unless some dev put a key
into the application and makes a translation visible it doesn't matter
how many keys you create. Also "creating" the key doesn't save the dev
any time (I'd guess it costs more time that way round, because the dev
needs to lookup the key instead of just picking one and adding it to the
app).
So I'm sorry to tell you, Jabylon does not and most likely never will
support the addition of new keys.
If you absolutely need to (not recommended) edit the master language
(translation) then you can workaround by creating the "master language"
a second time as translated language. Though that might lead to a mess
when the real master language and the translated one diverge.
So you could have a:
Messages.properties with
key1=Label One
key2=Label Two
Messages_en.properties
key1=Label One
key2=Label Two
Then Messages_en can be translated via Jabylon (but you will have to
regularly sync Messages_en with Messages.
Hope that helps
Greetings
.sascha