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: | Project wizard is modal | ||
---|---|---|---|
Product: | projects | Reporter: | Ana.von Klopp <avk> |
Component: | Generic Projects UI | Assignee: | Milan Kubec <mkubec> |
Status: | RESOLVED WONTFIX | ||
Severity: | blocker | CC: | jrojcek |
Priority: | P3 | Keywords: | UI |
Version: | 4.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 41535 |
Description
Ana.von Klopp
2004-06-18 19:31:29 UTC
It's problem of generic wizards of projects/files. It seems that Ana is talking about project wizards. Yep, I mean project wizards. I think that somebody changed the title of the bug (hence "this wizard" in the first sentence). As designed AFAIK. Whether as designed or not, certainly not changing for D. Please evaluate how much would it "cost" to make the wizard non-modal. From UI point of view it is fine both ways. The wizard styleguides say it is okay to have a modal wizard as long as the user can retrieve all values in the wizard (through combo boxes, browsing dialogs, etc.). I've seen a few users during usability studies doing the same task ask as avk and they didn't have a problem with getting to a file browser to look at the existing sources. First, AFAIK current wizards API does not permit for creation of non-modal wizards. Second, modeless wizards would complicate the matters a bit. E.g. two simultaneously running wizards changing the same files/folders etc. That's generally the problem with nonmodal dialogs - the error checking and recovery code is a lot more complicated -> takes longer to develop and is more likely to be buggy. We won't change modality of project wizard. |