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: | Clean up Wizard API | ||
---|---|---|---|
Product: | platform | Reporter: | _ ttran <ttran> |
Component: | Dialogs&Wizards | Assignee: | Jiri Rechtacek <jrechtacek> |
Status: | RESOLVED WONTFIX | ||
Severity: | blocker | CC: | dsimonek, mkrauskopf |
Priority: | P2 | Keywords: | API, UMBRELLA |
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | TASK | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 34323, 7706, 11439, 16619, 20685, 23116, 27512, 28629, 30216, 34043, 35266, 35787, 36093, 54905 |
Description
_ ttran
2002-08-16 12:54:29 UTC
Note: method WizardDescriptor.Panel.isValid() should be renamed; there is a clash with JPanel.isValid(). Requirement (issue 30208): Specify order calling the API methods: i.e. readSettings assumes created component because multiple invoke readSettings have to have the same effect, it doesn't differ if component is created or isn't created, readSettings precedes writeSettings etc. Requirement: replace WD.getComponet with createComponent which can by called only once (name "getComponent" is confusing because is called several times and shouldn't create new component each time). Copy & pasting from openide-dev discussion. The current state is IMHO reflects the history and evolution of the API quite well, but it's not very usable. I imagine we've had just NotifyDescriptors in at the beginning, for showing messages. then someone came up with the idea that a dialog is actually just a custom message and came up with DialogDescriptor, later taht was extended, because Wizards are just a sequence of dialogs, right? TemplateWizard is a natural last step so far. So all these form one nice inheritance tree, however the problem is that you can call safely only the wizarddescriptor's methods when dealing with wizard and should not try to call anything that smells like a method from NotifyDescriptor or dialogdescriptor, because these would break the whole thing. So why have them extend it after all? It's a umbrella issue, not direct ask of projects team => removed 'projects' flag. It's a umbrella issue, not direct ask of projects team => removed 'projects' flag. Replace relation depends on to blocks, i.e. the this umbrella issue will depend on enhancements and task against wizard and these issues won't depend on this issue. Replace relation depends on to blocks, i.e. the this umbrella issue will depend on enhancements and task against wizard and these issues won't depend on this issue. Not planned for ever |