History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: IDEABKL-2941
Type: New Feature New Feature
Status: Open Open
Priority: Normal Normal
Assignee: Maxim Shafirov
Reporter: Alain Ravet
Votes: 0
Watchers: 1
Available Workflow Actions

Mark as Stalled
Operations

If you were logged in you would be able to see more operations.
IDEA: Backlog

"U" : special icon for utility classes, "K" ... constants containers

Created: 08 May 05 18:07   Updated: 27 Dec 06 21:33
Component/s: User Interface
Affects Version/s: None
Fix Version/s: None

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown

Build: 3,326


 Description  « Hide

"U" : for utility classes (i.e. classes that are not instanciable)
"K" : for contant container classes
( == utility class that contains only non-private constants)

When sorting by type, those classes categories should be grouped together.

An alternative would be to keep the "C", but change the background colour. I'd like the sorting to work as mentionned above, though.

I guess not everybody would appreciate this new "service", so it should be an option.



 All   Comments   Work Log   Change History      Sort Order:
Dave Griffith - 08 May 05 21:10
Yeah, I thought of marking utility classes as well. Other class categories worth marking would be singletons and Servlets. Not sure these deserve a letter of their own, but possibly a decoration. Anything to help clarify design.

NNTP User - 08 May 05 21:27

The only practical way I see is to make the icons choice user
configurable, with a good default set in icons.jar, and the possibility
to use 3rd-party ones.
I, for example, would design and use the 3/4 pie icon for abstract
classes, and a change the colour of enums.

If it were possible to combine icons (ex: add a transparent one, with a
red circle, on top of the "C" class icon),
and assign them based on some simple annotations related rules (ex:
class has a @ToRevise), it could be really powerfull.

You could, for example, tag all the classes you need to "modernize"
(move to JDK5.0) with the @ToRevise annotation,
and they would appear with an additional red circle in the
project/package view.
You would then remove the annotations, one by ones, as you would progress.

Alain


NNTP User - 30 Jul 05 08:56

The only practical way I see is to make the icons choice user
configurable, with a good default set in icons.jar, and the possibility
to use 3rd-party ones.
I, for example, would design and use the 3/4 pie icon for abstract
classes, and a change the colour of enums.

If it were possible to combine icons (ex: add a transparent one, with a
red circle, on top of the "C" class icon),
and assign them based on some simple annotations related rules (ex:
class has a @ToRevise), it could be really powerfull.

You could, for example, tag all the classes you need to "modernize"
(move to JDK5.0) with the @ToRevise annotation,
and they would appear with an additional red circle in the
project/package view.
You would then remove the annotations, one by ones, as you would progress.

Alain


NNTP User - 31 Jul 05 00:20

The only practical way I see is to make the icons choice user
configurable, with a good default set in icons.jar, and the possibility
to use 3rd-party ones.
I, for example, would design and use the 3/4 pie icon for abstract
classes, and a change the colour of enums.

If it were possible to combine icons (ex: add a transparent one, with a
red circle, on top of the "C" class icon),
and assign them based on some simple annotations related rules (ex:
class has a @ToRevise), it could be really powerfull.

You could, for example, tag all the classes you need to "modernize"
(move to JDK5.0) with the @ToRevise annotation,
and they would appear with an additional red circle in the
project/package view.
You would then remove the annotations, one by ones, as you would progress.

Alain


NNTP User - 14 Dec 05 19:45

The only practical way I see is to make the icons choice user
configurable, with a good default set in icons.jar, and the possibility
to use 3rd-party ones.
I, for example, would design and use the 3/4 pie icon for abstract
classes, and a change the colour of enums.

If it were possible to combine icons (ex: add a transparent one, with a
red circle, on top of the "C" class icon),
and assign them based on some simple annotations related rules (ex:
class has a @ToRevise), it could be really powerfull.

You could, for example, tag all the classes you need to "modernize"
(move to JDK5.0) with the @ToRevise annotation,
and they would appear with an additional red circle in the
project/package view.
You would then remove the annotations, one by ones, as you would progress.

Alain


NNTP User - 27 Dec 06 21:33

The only practical way I see is to make the icons choice user
configurable, with a good default set in icons.jar, and the possibility
to use 3rd-party ones.
I, for example, would design and use the 3/4 pie icon for abstract
classes, and a change the colour of enums.

If it were possible to combine icons (ex: add a transparent one, with a
red circle, on top of the "C" class icon),
and assign them based on some simple annotations related rules (ex:
class has a @ToRevise), it could be really powerfull.

You could, for example, tag all the classes you need to "modernize"
(move to JDK5.0) with the @ToRevise annotation,
and they would appear with an additional red circle in the
project/package view.
You would then remove the annotations, one by ones, as you would progress.

Alain