| Summary: | Show enums in the class tree | ||
|---|---|---|---|
| Product: | [Developer tools] kdevplatform | Reporter: | Dominik Haumann <haladrim> |
| Component: | classbrowser | Assignee: | Hamish Rodda <rodda> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | wishlist | CC: | esigra, jr |
| Priority: | NOR | ||
| Version: | git master | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
I was also stunned by this behaviour. A sublist would really be preferable. In C++, enum types are very weak, i.e. enum literals are flattened out as untyped constants. Other languages (such as Pascal, Ada, and Java-1.5) do strict type checking on enum literals. The suggested change is a prerequisite for making Kdevelop less C++ specific. BTW, UML renders enum types this way too (Umbrello.) Hamish, whats the state of this in KDev4? I can't seem to get the class browser to show reasonable data for the current file, so I can't check wether this is fixed or not. At the moment, kdev4 doesn't even show enums (iiuc). So it's TODO anyway, and providing it in a subtree sounds like the way to go. moving to kdevplatform's classbrowser |
Version: 3.0.0a5 (using KDE 3.1.9) Compiler: gcc version 3.3 20030226 (prerelease) (SuSE Linux) OS: Linux (i686) release 2.4.20-4GB-athlon Hi, if I define an enum in a class every entry is listet in the class as a member. In principal that is corrct but its a mess when you have a big enum. And enums usually /contain/ >= 5 entries. So I think it would be much better to make a new subtree ("+") for an enum (as it is already with a struct). (Btw. thats logic, too: a struct is a new type and an enum is one, too. in a way) Thanks a lot, Dominik Haumann, hala in irc