To freeze or not to freeze?

[Andreas Pakulat]

On 16.01.10 22:19:44, David Nolden wrote:
> Am Samstag 16 Januar 2010 20:57:14 schrieb Andreas Pakulat:
> > So apparently people are happy with freezing. That would mean complete
> > feature freeze in a bit above 2 weeks (if my calendar is correct). I'll
> > announce it on monday on the list (unless someone objects)
> 
> A total feature freeze in 2 weeks is ok, but only if UI tweaks, like making 
> stuff more consistent or renaming it, are not put into the "feature" category. 

Either we have a feature freeze, which means no new features whatsoever
only bugfixes or we don't do it yet. We can certainly delay the
string-freeze until after the sprint.

> Apart from that, there is 2 important mini-features I think that are still 
> missing:
> - Path-specific source-formatter settings (you wanted to work on it this 
> weekend, so might not be a problem)

I might actually not get around to that, kinda sick over here
unfortunately :( 

> - A blacklist for project-items, so we can finally get the "*~", ".bak", 
> ".rej" etc. crap out of quickopen and the project tree.

That just needs to be moved from the generic-manager into a utility
class that all managers can use. (I've pondered already quite some times
about basing the cmake manager on the generic one class-wise, but not
something for 1.0).

Andreas

-- 
You could live a better life, if you had a better mind and a better body.