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.
Summary: | Palette API - global palette listener registration | ||
---|---|---|---|
Product: | platform | Reporter: | Joelle Lam <joellelam> |
Component: | Palette | Assignee: | Stanislav Aubrecht <saubrecht> |
Status: | RESOLVED WORKSFORME | ||
Severity: | blocker | CC: | anebuzelsky, quynguyen |
Priority: | P2 | ||
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 90211 |
Description
Joelle Lam
2006-09-28 21:57:09 UTC
this is an RFE, not a bug and it's too late to add this to release55. if you describe in more details your context sensitive help requirements i might be able to suggest a work around or some other solution Our help module simply needs to know when a item in the palette has been selected so that it can call getHelpCtx. Right now, the help module has no idea when to call getHelpCtx. Quy, can you add any comments as necessary? Our dynamic help system relies on notification of UI focus changes in order to populate its display. For most windows, it changes based on TompComponent.Registry.PROP_ACTIVATED_NODES events when a user sequentially selects items within a single IDE window, causing our help window to call the selected component's getHelpCtx() method. However, in the palette this scheme does not work; we require a way to be notified when a user switches between selections in the palette. so why don't you listen to opened topcomponents in the TopComponent.Registry and attach/detach a single PaletteListener to all currently available PaletteControllers? The workaround appears to work for our purposes, so I am resolving the issue. |