<br><br><div class="gmail_quote">On Sat, Jan 16, 2010 at 11:12 PM, Andreas Pakulat <span dir="ltr"><<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On 16.01.10 22:49:35, Aleix Pol wrote:<br>
> On Sat, Jan 16, 2010 at 10:43 PM, Andreas Pakulat <<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>> wrote:<br>
><br>
> > On 16.01.10 22:25:05, Milian Wolff wrote:<br>
> > > David Nolden, 16.01.2010:<br>
> > > > Am Samstag 16 Januar 2010 20:57:14 schrieb Andreas Pakulat:<br>
> > > > > So apparently people are happy with freezing. That would mean<br>
> > complete<br>
> > > > > feature freeze in a bit above 2 weeks (if my calendar is correct).<br>
> > I'll<br>
> > > > > announce it on monday on the list (unless someone objects)<br>
> > > ><br>
> > > > A total feature freeze in 2 weeks is ok, but only if UI tweaks, like<br>
> > making<br>
> > > > stuff more consistent or renaming it, are not put into the "feature"<br>
> > > > category.<br>
> > ><br>
> > > Yes, a string freeze should not be started with this feature freeze imo,<br>
> > there<br>
> > > are potentially many places where one would want to clarify or add<br>
> > things.<br>
> ><br>
> > We need to give translators time to actually finish the translations. So<br>
> > while we can probably delay the string freeze a bit, we certainly need<br>
> > to give them more than a month to finalize translations - IMHO.<br>
> ><br>
> > > > Apart from that, there is 2 important mini-features I think that are<br>
> > still<br>
> > > > missing:<br>
> > > > - Path-specific source-formatter settings (you wanted to work on it<br>
> > this<br>
> > > > weekend, so might not be a problem)<br>
> > > > - A blacklist for project-items, so we can finally get the "*~",<br>
> > ".bak",<br>
> > > > ".rej" etc. crap out of quickopen and the project tree.<br>
> > ><br>
> > > One would probably just have to port the stuff I wrote for the<br>
> > genericmanager<br>
> > > to a base class and reuse it where appropriate.<br>
> ><br>
> > There's no base class, IMHO would be good just as a utility class that<br>
> > can filter a given list of urls (or strings maybe) based on some config<br>
> > from the project. And of course the kcm to configure this.<br>
><br>
</div></div><div class="im">> I think that while we are on the sprint it has to be possible to add new<br>
> features. Being pre-freeze or for the next version. We don't want to be so<br>
> much locked up.<br>
<br>
</div>Do you have something that you want to implement? So far it seems nobody<br>
really has any feature he thinks needs to be done for 4.0. And making it<br>
official that we're in freeze means we have all the good reasons to<br>
concentrate on bugfixing instead of playing around on a new feature<br>
which might not even be finished for 4.0.<br>
<div class="im"><br></div></blockquote><div>Well there's a leap between adding features and being freezed. It's kind of hard to fix stuff when you can't change strings, for example.<br>Plus if we came up with any feature why not add it?<br>
 <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
> We don't have a final release date, do we?<br>
<br>
</div>David suggested end of march back when we decided to slip KDE 4.4<br>
release date and nobody objected.<br></blockquote><div>How much time do we want to be freezed (in RC I assume) until we released?<br>We could build a release schedule from the end of the meeting.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
Andreas<br>
<br>
--<br>
You have a reputation for being thoroughly reliable and trustworthy.<br>
A pity that it's totally undeserved.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="h5">KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br>