<div class="gmail_quote">On Wed, Sep 16, 2009 at 10:06 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 class="im">On 16.09.09 16:08:21, David Nolden wrote:<br>
> Once again, I think it would be good to re-evaluate what features we need to<br>
> implement before we can release KDevelop 4.0.<br>
<br>
</div>I've tried to tag things in bugzilla with Target 1.0.0 and 4.0.0<br>
respectively, would be good to go over that list and check what might be<br>
missing or what might be possible to drop.<br>
<br>
I haven't been able to go through the wishes again (as I did for bugs<br>
recently) though.<br>
<div class="im"><br>
> So, the stuff that I think we need:<br>
> - User friendly session management ("Close Session" instead of "Close All<br>
> Projects", etc.)<br>
> - A project-model selection mechanism (the dolphin stuff) that is merged with<br>
> the build-set, has a default-selection based on the currently open file, and<br>
> is used used as default for running/debugging<br>
><br>
> And of course massive bug fixing (including the debugger).<br>
><br>
> What's your list?<br>
<br>
</div>I don't really know. I guess I'm using kdevelop too little.<br>
One thing we definetly need - IMHO - is better integration between<br>
project tree and vcs support (deleting a folder should delete it from<br>
the VCS, adding a file to vcs should add it to the project). Another<br>
vcs-related thing is being able to checkout a project from a repository,<br>
possibly with a repo-browser-toolview.<br>
<br>
Another item is the grepview, it works, but it doesn't play well<br>
together with projects. I don't have a clear plan on that though.<br>
<br>
Providing EditorContext for the editor context menu so vcs actions are<br>
in it (Or does that work already?) and more importantly provide a<br>
FileContext for the filemanager so we get a fully-loaded context menu<br>
there.<br>
<br>
Another thing we have to decide is what to do about mercurial and git<br>
support. I know mercurial got some love a few months ago, but I have no<br>
idea what its state really is. I do know that git's state is pretty bad<br>
and I also know that if I'd work on it we'd need another 3-5 months to<br>
finish up as I'd definetly want to rewrite the code in parts.<br>
<br>
Then there's documentview, coverage, the whole veritas/xtest stuff,<br>
valgrind and cvs. I never tried cvs and I think its a plugin that should<br>
rather be in extragear - who uses cvs these days anyway ;) valgrind<br>
plain doesn't work (AFAIK) and only the memcheck is properly supported.<br>
veritas/xtest is unmaintained since almost a year, its hard to use and<br>
IMHO clear candidate for removal. Same with coverage I think. Leaves<br>
documentview, it works and has only few (if any) bugs AFAIK, but should<br>
move to the platform IMHO.<br>
<br>
Thats about it. I think spicing up grepview would take 1 full weekend,<br>
the context-menu-stuff only a day at most. The vcs stuff is a bit more,<br>
probably doable in 2-3 weekends (features, not fixing up bugs found<br>
along the way ;)<br>
<br>
I'd also like to point out that I think we'll need about 3 months of<br>
feature freeze for bugfixing. There's already quite a pile of bugreports<br>
and not all of them are so easy to fix. So I don't think a release this<br>
year is very probable, rather january next year. This means we could aim<br>
at releasing with KDE 4.4 (and potentially even requiring it if there<br>
are important features/bugfixes to use).<br>
<br>
Andreas<br>
<font color="#888888"><br>
--<br>
You will overcome the attacks of jealous associates.<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
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>Even if I agree that there are still missing features that we all would
love to have, I think that since we're releasing a 4.0 version we can
go without it. Actually we desperately need some new release, we don't
want people using 3.* anymore.<br>
<br>
I'd propose to follow the KDE 4.4 schedule (for freezing and so on, so that we can have translations and everything).<br><br>As for showstoppers, I think we should get the debugger actually working (i don't really know the current state, to be fair). Better VCS integration would be nice to have, but not much of a show stopper.<br>
<br>We have some months still, we're not in so bad shape, so I think we can do it!<br><br>Aleix<br><br>