<div dir="ltr"><br><br><div class="gmail_quote">On Sun, Sep 7, 2008 at 9:42 PM, David Nolden <span dir="ltr"><<a href="mailto:zwabel@googlemail.com">zwabel@googlemail.com</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;">
Am Sonntag, 7. September 2008 20:58:49 schrieb Andreas Pakulat:<br>
<div class="Ih2E3d">> Hi,<br>
><br>
> yes its that time of the year again, while KDE 4.1 has "just" been<br>
> released that Release team decided that a KDE 4.2 release happening<br>
> earlier would be good (reasoning is to release KDE 4.3 earlier so it<br>
> happens before akademy next year). Details on the release plans can be<br>
> found here:<br>
><br>
> <a href="http://techbase.kde.org/Schedules/KDE4/4.2_Release_Schedule" target="_blank">http://techbase.kde.org/Schedules/KDE4/4.2_Release_Schedule</a><br>
> <a href="http://techbase.kde.org/Schedules/KDE4/4.3_Release_Schedule" target="_blank">http://techbase.kde.org/Schedules/KDE4/4.3_Release_Schedule</a><br>
><br>
> If you look at the 4.2 plan closely you'll notice that it gives us not<br>
> even 2 months of feature-development (provided that we put all our stuff<br>
> into the feature plan before that).<br>
><br>
> The question I have is: Do we feel we can make that for our 4.0 release,<br>
> without having to tell everybody that "yeah, 4.0 is kind of an<br>
> early-adopters release, so expect a lot of bugs and missing features".<br>
<br>
</div>KDevelop4 has become quite stable. But personally, I want KDevelop 4.0 be a<br>
really stable release, where all the stuff you generally need is there, and<br>
that doesn't have any reproducible crashes.<br>
<br>
What I'd like to have in KDevelop4:<br>
- Faster CMake parsing, or even better disk-caching of the results</blockquote><div>I'm not really sure being faster on project loading should be a big concern for the .0 release (I'd better prefer to have it fully working, which is mostly for now).<br>
Said that, saving the ProjectItemModel's tree might not be that hard... <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>
- Documentation integration(So code-completion and navigation can integrate<br>
with it, and can show documentation for Qt)<br>
- Stable integrated debugger<br>
- Stable SVN support<br>
- Nothing in the UI that makes KDevelop crash, stable split-view stuff<br>
- Stable multiple main-window support(Or disable it in the UI for the release)<br>
- Generally no half-working features<br>
- Enough performance in C++ support to do full-project parsing<br>
<br>
I think the C++ support will be good in that time-frame.<br>
<br>
But I'm worried about stuff like vcs support, debugger, etc. If we don't get<br>
stuff stable, it either shouldn't be in the release, or we should release<br>
later. They need to be stable, and _tested_ for a real 4.0 release.<br>
<br>
Also we've got to consider that people will expect KDevelop 4.0 to have a<br>
similar feature set like KDevelop 3.4, so we should consider calling<br>
it "KDevLite" or something like that when too much stuff is missing while<br>
some useful releasable parts are stable.<br>
<br>
Greetings, David<br>
<div><div></div><div class="Wj3C7c"><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>I would add as well incremental parsing for c++ since you said it would be straightforward and it is a pitty when you are writing and have to wait for the editor to write it down.<br><br>
gdb support is a main concern by now. I don't know which is the state, but if it is not working we shouldn't release.<br><br>In general terms, though, I'd like to see a KDevelop 4.0 release. I think that by now KDevelop4 is better than KDevelop3 as for c++ developing and we need a release to show of the world what are we up to.<br>
<br>Bye!<br>Aleix<br></div>