Hi, I second Dan's statement, I also think that we should be concentrating on stabilization during the beta phase, and avoid any addition of features. There can be exceptions of course, but currently it's more the rule than the exception, and that explains for me the long time between releases.
And nothing keeps you from releasing alphas if you want people to check new features. But it should be clear that it's for integration in release N+1 (or +2). My 2 cents, Eric Dan Polansky said: > Hi Dimitry, > > I too am disappointed with how long it takes to get things published. > There > is a simple solution: please stop adding features to 0.9.0 and modifying > things; add them to a new CVS branch instead. That will lead faster to > 0.9.0final, with publishing of all the features that we have > accumulated in > 0.9.0 to a broad public. I am convinced that most people are careful not > to > use beta versions for productive use; they better should be. > > Regards, > Dan > > > > On 7/29/07, Dimitry Polivaev <[EMAIL PROTECTED]> wrote: >> >> Dan Polansky schrieb: >> > Hello, >> > >> > I think changing the default selection marker for the coming beta is >> not >> > a good idea. The coming beta should better be a bug fix release above >> > all, not trying new features. There has been a trouble with beta 9; >> the >> > users of that version should have a kind of equivalent replacement, >> IMO. >> > So, please, could you postpone changing the default selection marker >> to >> > the beta after the next one? >> >> Only if they could be produced in the same day. It is disappointing how >> long I wait for things to become published. >> >> Dimitry >> -- Eric de France, d'Allemagne et de Navarre ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Freemind-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freemind-developer
