Fwd: Bug#27716: see function under container file in project treeview
bernd at physik.hu-berlin.de
Fri Jun 29 12:50:42 UTC 2001
On Fri, 29 Jun 2001, jbb wrote:
> I agree with this one.
> a c file usually reflects a "module".
Same for Perl. Maybe we need a symbolview part in addition
to the class view. The complexity in the class view is already
very high, and it will even slightly increase when some code
to disable certain items is added (e.g. in Java and Python
the 'Goto declaration' doesn't make sense). For non-OO languages
the class view (with some options more) is also not ideal from
a ui point of view.
> And another wish for kdevelop3.0
> can we have the global namespace as well in the class view
> + global
> + KIO
> + blah
> Otherwise most of the classes are missing.
Probably... I also wonder how the class parser handles anonymous
> and yet another
> in the other mode (not namespace) rather than just every class in the tree
> how about spliting them into the subdirs they are in - presumably the
> programmer did that to organise the files. Having the dir structure reflected
> in the tree would be better that everyclass merged.
It's already in the TODO file...
> options upon options eh :-)
Well, yes, actually splitting classes into sub directories isn't unique
- you can also do that with differents depths. For example, if you have
directories foo and bar with nested directories fooblah? and barblah?, you
can display this as
Now which one do you prefer? Or should that be configurable too? ;-)
to unsubscribe from this list send an email to kdevelop-devel-request at kdevelop.org with the following body:
More information about the KDevelop-devel