<div dir="auto">That's what I'm looking at doing. The translation need some minor updating. In particular the docs were changed to correct some obsolete information regarding windows and preprocessor command handling.</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Jul 31, 2018, 5:26 AM Luigi Toscano <<a href="mailto:luigi.toscano@tiscali.it">luigi.toscano@tiscali.it</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Michael Reeves ha scritto:<br>
>     What would be next step in getting a release setup fir kdiff3? Do we have<br>
>     documentation on the process?<br>
> <br>
<br>
Right now kdiff3 is logically placed in a group called historically <br>
"playground". The idea is: kick start the program, start few *unstable* <br>
releases, ask for a community review (see "kdereview") and then allow the <br>
program to have stable releases, either with its own cycle or as part of <br>
another "product".<br>
<br>
The workflow is described here:<br>
<a href="https://community.kde.org/Policies/Application_Lifecycle" rel="noreferrer noreferrer" target="_blank">https://community.kde.org/Policies/Application_Lifecycle</a><br>
<br>
kdiff3 is a bit weird as it could have used the Incubator process and go <br>
directly to kdereview, but that's not too relevant now.<br>
<br>
You may want to release a first unstable release, then ask for a community <br>
review, or ask for a review first and then be moved to the relevant place and <br>
have stable releases.<br>
<br>
Ciao<br>
-- <br>
Luigi<br>
</blockquote></div>