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.
In the standard ejb project properties dialog box, the Run and Web Services pages don't seem to have help IDs. Also, placeholder pages like Build and Web Services (nodes that have no info hooked up, are just separaters) shouldn't have a help ID.
Added help IDs to the Run, Web Services and Web Service Clients pages: Checking in src/org/netbeans/modules/j2ee/ejbjarproject/ui/customizer/CustomizerRun.java; /cvs/j2ee/ejbjarproject/src/org/netbeans/modules/j2ee/ejbjarproject/ui/customizer/CustomizerRun.java,v <-- CustomizerRun.java new revision: 1.3; previous revision: 1.2 done Checking in src/org/netbeans/modules/j2ee/ejbjarproject/ui/customizer/CustomizerWSClientHost.java; /cvs/j2ee/ejbjarproject/src/org/netbeans/modules/j2ee/ejbjarproject/ui/customizer/CustomizerWSClientHost.java,v <-- CustomizerWSClientHost.java new revision: 1.2; previous revision: 1.1 done Checking in src/org/netbeans/modules/j2ee/ejbjarproject/ui/customizer/CustomizerWSServiceHost.java; /cvs/j2ee/ejbjarproject/src/org/netbeans/modules/j2ee/ejbjarproject/ui/customizer/CustomizerWSServiceHost.java,v <-- CustomizerWSServiceHost.java new revision: 1.4; previous revision: 1.3 done There may be one catch here: the same page is used for editing the wscompile properties in both Web Services and Web Service Clients categories. Therefore the help ID is the same. Is this a problem? And one more question: what exactly should happen when the user selects a placeholder page and clicks Help? Should the Help button be disabled, or should the help for the customizer be displayed (that's what it does now).
"There may be one catch here: the same page is used for editing the wscompile properties in both Web Services and Web Service Clients categories. Therefore the help ID is the same. Is this a problem?" I'll let Geertjan comment about this. "what exactly should happen when the user selects a placeholder page and clicks Help?" The Help button should be disabled, I suppose. It's not ideal but it's all I can think of.
"There may be one catch here: the same page is used for editing the wscompile properties in both Web Services and Web Service Clients categories. Therefore the help ID is the same. Is this a problem?" If there is any way to get around this, if there is any way to create one help id for "Web Services" and a different help id for "Web Service Clients", that would be best. If it is possible to do, it should be done because we write one help topic per panel and from the user's perspective there are two panels here. Also, the help topic would be too long and too complicated if it covered web services AND web service clients.
Added help contexts for WS panels (both trunk and beta). In the EJB project: - org.netbeans.modules.j2ee.ejbjarproject.ui.customizer.CustomizerWSClientHost for the WS clients category (though not needed anymore) - org.netbeans.modules.j2ee.ejbjarproject.ui.customizer.CustomizerWSServiceHost for the WS category In the web project: - org.netbeans.modules.web.project.ui.customizer.CustomizerWSClientHost for the WS clients category - org.netbeans.modules.web.project.ui.customizer.CustomizerWSServiceHost for the WS category
Fixed by the fix of issue #54748.
So is the following statement now true: "placeholder pages like Build and Web Services (nodes that have no info hooked up, are just separaters) shouldn't have a help ID." This is a quotation from the original issue report. Last time I looked, these two placeholder pages did have a help id. But they shouldn't have a help id, as specified in this issue.
Correct. Actually they never had a help ID, the help ID for the whole customizer dialog was used for them. This doesn't happen anymore because the customizer dialog itself doesn't have a help ID. So the Help button is disabled when the placeholder pages are selected.
verified