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 109538 - Allow to pre select subcategory in Miscellaneous category
Summary: Allow to pre select subcategory in Miscellaneous category
Alias: None
Product: platform
Classification: Unclassified
Component: Options&Settings (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Jiri Skrivanek
: 134537 134932 (view as bug list)
Depends on:
Blocks: 109541 134514
  Show dependency tree
Reported: 2007-07-12 17:16 UTC by pzajac
Modified: 2009-09-03 18:10 UTC (History)
8 users (show)

See Also:
Exception Reporter:

Proposed API change with tests. (31.02 KB, text/plain)
2008-05-15 13:25 UTC, Jiri Skrivanek
New version of patch. (52.59 KB, text/plain)
2008-05-23 11:02 UTC, Jiri Skrivanek
Example patch to php.project (4.82 KB, patch)
2009-09-01 21:56 UTC, Jesse Glick
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description pzajac 2007-07-12 17:16:55 UTC
It's useful for example when you want to change keywords in todo list (Todo List windows, Filter|edit, TODO, Options).
Options API doesn't support this feature.
Comment 1 Milos Kleint 2007-07-27 13:41:39 UTC
well, I first thought (based on docs to method javadoc) that the API allows it. 
Lets say I have a Miscelaneous category that is described in layers as OptionsDialog/Advanced/Maven.instance
My first assumption as that passing "Maven" as category ID is ok. That one reports a problem in messages.log.
The next try was "Advanced/Maven" but that one was just silently ignored.
Isn't that a bug rather than feature enhancement?
Comment 2 pzajac 2007-07-27 13:54:23 UTC
I vote for bug too. 
Comment 3 rmatous 2007-09-12 09:50:06 UTC
Not a bug (you can consider it to be an API bug) but OptionsDisplayer was really designed to work just with categories.
Although subcategories were considered - finally it was left for future decision because there was no real requirement
for subcategories at that time. I do not plan to fix it for 6.0. 

If you think that current javadoc is misleading that please report a separate bug.
Comment 4 Lukas Hasik 2008-04-10 21:23:59 UTC
moving opened issues from TM <= 6.1 to TM=Dev
Comment 5 Jiri Skrivanek 2008-05-05 16:32:50 UTC
*** Issue 134537 has been marked as a duplicate of this issue. ***
Comment 6 Jiri Skrivanek 2008-05-13 10:50:05 UTC
*** Issue 134932 has been marked as a duplicate of this issue. ***
Comment 7 Jiri Skrivanek 2008-05-15 13:25:07 UTC
Created attachment 61430 [details]
Proposed API change with tests.
Comment 8 Jiri Skrivanek 2008-05-15 13:32:16 UTC
Please, review attached changes. Method, subcategoryId) is added to API and
OptionsPanelController.setCurrentSubcategory(subcategoryId) to SPI.
Comment 9 Milos Kleint 2008-05-15 14:04:36 UTC
MK1: do we have other categories than "Miscellaneous" that have subcategories? I thought the API now has either Category
or AdvancedCategory (or something along the lines) contracts only. So I'm sort of forced here to enter the
"miscellaneous" category everytime even though it's not really necessary. Can we have a method like
openSubcategory(subcategory) that would automatically route to The Miscelaneous panel content? or at least expose the ID
of the Misc. category as constant.
Comment 10 Jiri Skrivanek 2008-05-15 20:35:59 UTC
>MK1: Subcategories exist for example in Editor category. And my proposal should allow to select such subcategory., subcategoryId) calls setCurrentSubcategory(subcategoryId) in category's
OptionPanelController and it is up to implementators how they implement this method. Implementation for 'Advanced'
category is in AdvancedPanelController and subsequently in AdvancedPanel.
Comment 11 Jan Lahoda 2008-05-20 09:11:32 UTC
Re MK1: may be useful for the Java Code category as well. I agree that a constant with ID of the Misc/Advanced category
would be useful.

JL1: Is there a reason why"Known Category", "Unknown Subcategory") returns true? I would expect
false here. OptionsPanelController.setCurrentSubcategory would than need to return boolean status.

JL2: just an idea - consider the following usecase: a (Java) hint is shown. The user is given option to show settings
for the hint. Using the proposed API, it is possible to open the "Java Code" category, and select "Hints" subcategory.
The API does not directly allow to select the correct hint in the Hints tree, though. Maybe it would make sense to
extend the API to allow passing additional information from the caller to the Options panel?
Comment 12 Jiri Skrivanek 2008-05-23 11:02:21 UTC
Created attachment 61817 [details]
New version of patch.
Comment 13 Jiri Skrivanek 2008-05-23 11:11:56 UTC
Please, look at a new version of patch reflecting your comments and also enhancement 99689. Now it is possible to call


Subpath is passed to particular OptionsPanelController.setCurrentSubcategory which can handle subcategories selection.

Also it is possible to create arbitrary category with tabbed subcategories according to definition in layer


> MK1: Added constant pointing to Miscellaneous panel

> JL1: setCurrentSubcategory is void because subcategories are selected asynchronously."Known
Category", "Unknown Subcategory") returns true and it is up to controllers to handle such situation.

> JL2: As mentioned above, subpath is passed to controller.
Comment 14 Jaroslav Tulach 2008-05-23 17:28:19 UTC
Y01 missing @since on new API elements (p1)
Y02 public void setCurrentSubcategory(String subpath) - shall be protected, imho, as it is called by the 
infrastructure and not supposed to be called by anyone else (p3)
Comment 15 Jiri Skrivanek 2008-05-27 14:28:01 UTC
If there are no more objections I will integrate the patch with following changes on May 28-th.

> Y01 missing @since on new API elements (p1)

I will add it.

> Y02 public void setCurrentSubcategory(String subpath) - shall be protected, imho, as it is called by the 
> infrastructure and not supposed to be called by anyone else (p3)

It must be public because it is called from implementation.
Comment 16 Jaroslav Tulach 2008-05-27 14:59:17 UTC
Re. Y02, in such case I suggest to make it protected. Use friend accessor pattern to call it:
there is no reason for users of the API to be confused (as they do not know whether to call it or implement it only) 
by making it public. I'd prefer this solution, still, it is still only TCA.
Comment 17 Jiri Skrivanek 2008-05-28 12:12:17 UTC
Integreated as suggested and with Y02 included. Use the following to open Options dialog with selected subcategory:

Comment 18 Jiri Skrivanek 2008-05-29 14:41:49 UTC
In connection with this issue I changed options panel wizard to support creation of tabbed subcategories.
Comment 19 Quality Engineering 2008-06-03 04:09:37 UTC
Integrated into 'main-golden', available in NB_Trunk_Production #234 build
User: Jiri Skrivanek <>
Log: #109538 - Changed API to allow select subcategory while opening Options dialog.
Comment 20 Quality Engineering 2008-06-04 04:16:43 UTC
Integrated into 'main-golden', available in NB_Trunk_Production #236 build
User: Maros Sandor <>
Log: Taking advantage of #109538
Comment 21 Lukas Hasik 2008-07-01 10:14:25 UTC
verified, API exists/works
Comment 22 mh66639 2008-07-01 10:24:44 UTC
Yes,tested working great! Thanks.
Comment 23 Lukas Hasik 2008-07-01 10:40:44 UTC
verified in M1
Comment 24 Jesse Glick 2009-09-01 21:55:41 UTC
I am struggling to determine the purpose of OptionsPanelController.createAdvanced. It seems to nearly duplicate what
OptionsCategory.createCategory with an advancedOptionsFolder parameter does, with the disadvantages that

1. There is no apparent way to specify the description, keywords, or keywordsCategory attributes (assuming these are
important somehow).

2. You need to create an extra Java class which doesn't do anything interesting.

There is little in the way of examples to go on, because (in all of main & contrib)
OptionsCategory.createCategory/advancedOptionsFolder is used only by options.editor, and
OptionsPanelController.createAdvanced is used only by php.project.

If I modify php.project to use OptionsCategory.createCategory/advancedOptionsFolder, the PHP panel of the Options dialog
looks exactly the same. Calls to
OptionsDisplayer.getDefault().open("org-netbeans-modules-php-project-ui-options-PHPOptionsCategory"), however, do
nothing - just print a warning on console that the category is unknown. (E.g. New Project, PHP app, Next to 3rd panel,
select Run Script and click Configure.) It seems like this would be simple to fix, in which case there would be no
reason to use OptionsPanelController.createAdvanced at all, and it could be deprecated - or am I wrong?

FWIW, OptionsCategory.createCategory/advancedOptionsFolder is what is offered by apisupport when you ask to make a
Primary Panel and click Allow Secondary Panels.
Comment 25 Jesse Glick 2009-09-01 21:56:26 UTC
Created attachment 86939 [details]
Example patch to php.project
Comment 26 Jesse Glick 2009-09-01 22:11:12 UTC
BTW CndOptionsPanelController uses its own weird style for no discernible reason - could probably be simplified to use
one of the two container panel styles under discussion.
Comment 27 Tomas Mysik 2009-09-02 09:14:00 UTC
Please notice that it needs to be possible to open a PHP "subcategory" (a tab in PHP category, right now only
Symfony is present). So, if the patch won't disable this functionality, I'm OK with it. Thanks.
Comment 28 Jiri Skrivanek 2009-09-02 09:38:37 UTC
I agree OptionsPanelController.createAdvanced is redundant. It was left untouched when msauer introduced layer
registration. Also it is no more used in apisupport wizard (see issue 140499, main #5f06aeacf11e). I agree to deprecate it.
Opening of PHP category will work if you fix file name in your patch.

-        <file name="org-netbeans-modules-php-project-ui-options-PHPOptionsCategory.instance">
+        <file name="org-netbeans-modules-php-project-ui-options.instance">
Comment 29 Jesse Glick 2009-09-02 15:24:33 UTC
Ah, did not realize that the file name under which the advanced folder was registered was significant, as well as the
advanced folder path itself. With that corrected, the patch does indeed work, so applied as core-main #67995573872d in
preparation for deprecating OptionsPanelController.createAdvanced as part of issue #171284. I also confirmed that
selection of subpanels such as Symfony continues to work (and adjusted calls in php.project to open the General tab
specifically, which seems to have been the original intent).
Comment 30 Quality Engineering 2009-09-03 18:10:48 UTC
Integrated into 'main-golden', will be available in build *200909030951* on (upload may still be in progress)
User: Jesse Glick <>
Log: Removing use of OptionsPanelController.createAdvanced as it seems unnecessary. (Cf. #109538.)