This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | [Class Wizard] Should show the entire declaration in the Create Fields pane of the New wizard | ||
---|---|---|---|
Product: | java | Reporter: | eadams <eadams> |
Component: | Unsupported | Assignee: | Jiri Mzourek <jmzourek> |
Status: | RESOLVED WONTFIX | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Windows 95/98 | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 15051 |
Description
eadams
2001-09-01 19:49:29 UTC
Changing to an enhancement (keeping milestone). Is it OK from the UI/HIE point of view ? Keeping type of the field in the list may be confusing because the field's name won't start the line and the user will have to look for it explicitly. We can use TreeTable to implement it as two-column display, or have the field's type appear after the name - but that's unnatural to java programmers, I'm afraid. Agree. I think we should leave it in current state. We present field (method, constructor) icons also in explorer and object browser. Icons are intuitive and save space. Maybe there is enough space to show full field declaration in New field panel but not in New method panel. So, we shouldn't change it for consistency reason. I agree that the HIEs should be consulted. My reasoning is that programmers are using this wizard and programmers are very familiar and comfortable with declarations. Programmers definitely know how to read and scan declarations. As it is now, I must do extra work in order to find out more about a field. I must either use the tooltip to see everything EXCEPT the initial value, or I must click on it to see everything. The icon adds no value at all. It is the generic icon for a field. Since I'm in the Create Fields pane I know that I'm dealing with fields. The icon would only help me if I somehow forgot if I was adding fields or methods (very unlikely). Regarding consistency with Create Methods, I believe that the full method declarations should be shown there as well. I don't see any reason or advantage to hiding this information. This is information that programmers use all the time. I experimented with Create Methods and most methods will fit (unless people use full package names for types). Currently, the types of the arguments, but not their names, are shown but neither the return value or the thrown exceptions are shown. When the method is long, a horizontal scrollbar or wrapping makes sense. If you strongly believe that the field names should appear by themselves, then Svata's suggestion of a two column table makes sense. As does simple text like: field22 -- private int field22 = 67; Target milestone -> 3.3.1. Set target milestone to TBD No longer relevant (class wizard does not allow to add fields anymore) Reorganization of java component |