I am still interested to have a āString freezeā in that schedule.
On that date I will write an announcement at Transifex to ask translators to improve/complete their work.
Whom to talk to about that string freeze?
EDIT:
Hello @rullzer. Can you help me on getting a string freeze into the schedule?
So we try to āstring freezeā always on RC1, giving an average of 3 weeks until the release:
The main issue is, that:
apps from other developers might have a different schedule
new features which only go to master, are still being added.
I guess the main issue is 2. and that you can not see if something is required for the upcoming release or is future work. We could of course āpauseā the sync with master for the time-being, but that just means that after we re-enable it there is more to be done.
Yes, on RC we branch of a new branch stable19, there only bug fixes for the final Nextcloud 19 release happen from there on.
Master is then basically what will be Nextcloud 20 and of course there need to be new strings added for that.
Not sure if this will work well in practise. But why not giving it a try?
We also can create a list of the resources sorted by importance of translation.
That will be helpful for non complete languages e.g. instead of translating a rarely used app the translators should focus on getting the server resources translated.
The string freeze should be at the same time ast he branch off (so RC1). That is anyways the time we try to merge as little as possible. And if we do only important fixes.
However, that is also the time we branch off. ANd since we bundle translations new strings (for 20) might show up.
Well there are 1. apps that work across multiple major versions, so they donāt need to care and 2. developers that donāt have always time to get their app done before this date (e.g. me, because I only have time to look at my hobby apps, once server is frozen and the work load reduces a bit)