[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-devel
Subject:    Re: New parser branch (Was: Dumping the source DOM?)
From:       JeDi <jeroen.dierckx () gmail ! com>
Date:       2005-07-15 13:46:53
Message-ID: 1835eb02050715064679fa024e () mail ! gmail ! com
[Download RAW message or body]

On 7/15/05, Antoine Chavasse <a.chavasse@gmail.com> wrote:
> On 7/15/05, JeDi <jeroen.dierckx@gmail.com> wrote:
> 
> When refactoring, eclipse displays a window where you can check what
> will be changed. You can select files/classes that are going to be
> modified in a tree, and the changes are displayed using the difference
> viewer.

That would be a very good aproach I think. In that way the user can
see at forehand when the refactoring will fail, and can cancel /
adjust it.


> By the way, for a java app, eclipse is pretty fast when it comes to
> code completion and on-the-fly parsing, and has implemented a lot of
> useful refactoring operations, so it might be a worthwhile source of
> inspiration, especialy as it's open-source, unlike visual assist -
> even tough it's java and not C++.

Eclipse is indeed pretty advanced when it comes to code completion /
refactoring for java. I haven't had a look at the code though, so I
have no idea how it is implemented, and if it its code is readable
enough to be of any help in kdevelop.

For C++ though, code completion and refactoring is a whole other
story, as c++ is much harder to parse correctly, certainly in
real-time (as this discussion has already proven).
Correct me if I'm wrong, but doesn't Eclipse have a c++ plugin?
Haven't used it yet, but that could indeed be a valuable resource.

I know Visual Assist isn't open source, not even free. But maybe
someone has found a design document or something about it.

Greetz,
JeDi

_______________________________________________
KDevelop-devel mailing list
KDevelop-devel@barney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel

[prev in list] [next in list] [prev in thread] [next in thread]