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 35566 - Implement a simplified options dialog with a small number of options with rich U
Summary: Implement a simplified options dialog with a small number of options with rich U
Status: RESOLVED DUPLICATE of bug 58412
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 3.x
Hardware: All All
: P1 blocker (vote)
Assignee: _ pkuzel
Depends on:
Reported: 2003-08-21 10:44 UTC by mvinar
Modified: 2008-12-22 19:51 UTC (History)
0 users

See Also:
Exception Reporter:


Note You need to log in before you can comment on or make changes to this bug.
Description mvinar 2003-08-21 10:44:59 UTC
User problem:
The options system is overly complex and is too
hard to use. The user needs a simple, intuitive
way how to customize the most common settings of
the IDE - i.e. Its appearance (LookAndFeel,
colors), editor settings (indentation, coloring),
build settings (JDK, etc.) and installed plug-ins.
The remaining settings should be hidden behind
"Advanced" button/tab.

User need:
The user needs to intuitively and easily setup the
basic preferences of the IDE.

Product requirement:
Implement a simplified options dialog with a small
number of options with rich UI (i.e. Not property
sheet based, but custom panels), for a very small
set of most commonly used settings.
Comment 1 Jiri Skrivanek 2003-08-28 09:19:10 UTC
Add search capability to options dialog.
Comment 2 iformanek 2003-08-28 09:38:42 UTC
I actually disagree with the "Search for option" being the solution
for the fact that options are hard to use and counterintuitive. It is
more of a workaround - there is zillion of options, most of which are
never going to be used, and only helping the user a little bit by
providing search function is not going to make it much more usable (it
may increase the probability that the user would find what he needs,
but that's about it). The current options + search would very much
resemble Windows registry editor. And there is a good reason why
Microsoft chose not to use regedit as the only way to customize the
operating system.

IMO, the best solution is to make a highly visual (i.e. not Property
sheet based, but custom UI that reflects relationship between options
and uses the best componenets to edit them) options system for the
small set of most commonly used options (Appearance, Editor
Indentation & Colors, Project/Build, Code Templates and Plug ins
management), and move everything else under Advanced tab/button, using
the current property sheet-based UI (and perhaps adding the Search
functionality here).
Comment 3 Jan Jancura 2005-04-28 19:12:07 UTC

*** This issue has been marked as a duplicate of 58412 ***