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.

Bug 17413 - Node icons for Java elements in Explorer are hard to memorize
Summary: Node icons for Java elements in Explorer are hard to memorize
Status: RESOLVED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P3 blocker (vote)
Assignee: issues@java
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-11-08 10:31 UTC by Chuong Huynh N.
Modified: 2007-09-26 09:14 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chuong Huynh N. 2001-11-08 10:31:57 UTC
Currently, node icons for Java elements in Explorer combine the use of symbols 
and colors to indicate constructures, methods and fields with accessibilties 
(public, protected, private and default).
- The left part is used for accessibilties. If the color is grey, it indicate 
public, private or protected; but if the color is yellow, it's default 
accessibilty. It's a combination of symbols and colors, that I find it 
inconsistent. I think another symbol should be used for default accessibilty.

- The right part uses colors to indicate member type (constructures, methods or 
fields). Those colors are very similar, and hard to remember.
- The right part uses symbols to indicate non-static or static, that it's OK to 
me since they are very different (though not very intuitive symbols to indicate 
non-static or static)
Could we just use symbols in this part to indicate member type (these symbols 
may be simple just small c, m, f characters), and then use color to indicate 
non-static or static?
Comment 1 Jiri Mzourek 2001-11-09 16:21:34 UTC
component change, cc-ing HIE and Graphics Design
Comment 2 Svata Dedic 2001-11-09 18:48:07 UTC
Definitely not a _defect_ since the current design follows some
scheme. Also the solution is not targetted at 3.3 release.
Can you explain what's wrong with bullets to indicate different member
types ? Or it's just "the feeling" ?
Comment 3 Svata Dedic 2001-11-09 18:49:44 UTC
Jirka, sorry I overlooked your reassignment to ui_bugs@core -- is it
OK to have it tracked in java ?
Comment 4 Chuong Huynh N. 2001-11-12 05:48:14 UTC
Sorry, it's not defect

Using bullets with different colors for member types is not good for 
2 resons:
- The bullets are small, so the different between colors become 
subtle.
- It's hard to remember which color maps to which member type. Using 
some sharps are much better.
Comment 5 Jan Chalupa 2001-11-27 12:49:49 UTC
Target milestone -> 3.3.1.
Comment 6 Svata Dedic 2002-05-21 17:42:20 UTC
I believe this issue is fixed by Bruce's graphics in NetBeans 3.4
Comment 7 Quality Engineering 2007-09-20 10:49:57 UTC
Reorganization of java component