Re: profile editor dialog non modal?
[email protected] Wed, 14 May 2003 12:26:08 -0700
| Newsgroups | gmane.comp.java.netbeans.modules.projects.devel |
|---|---|
| Message-ID | <[email protected]> |
Svata, you can look at the docs in j2eeserver/www/jsr88 (in cvs) for the user view (and soon the UI spec) for these things: http://j2eeserver.netbeans.org/jsr88/userview.html The execution profile under discussion is the j2ee execution profile shared by all j2ee components (including webapps) --George >Ann Sunhachawee wrote: >> So, back to the original question: what are the reasons for the profile >> editor dialog to be modal? > >Functionally I don't know if there are any issues (probably not). Other >IDEs have this specific part of UI modal, BTW. > >As far as I know modeless windows typically carry some information >needed for longer perion (e.g. our Properties window, proposed Outline >window, ...). The Profile editor's usage pattern is (IMHO) different: >the user is not typically browsing the project or editing files watching >the profiles move. > >Your use case seems different since the user focus moves (rather than is >shared between the windows) to the Configuration File Editor (now the >profile editor is just useless area), then back, after the file is saved >? Closed ? Can the user freely edit the Config file even if the modeless > profile editor is closed away ? > >My personal opinion is that if something is so large so it does not fit >in a small window - and particularly if it is edited in Source Editor, >it is so important for the project to be presented somewhere in the >project Explorer tree. > >The way I understood your proposed, the user will get something in the >Editor, which is nowhere to be found in the explorer window - unlike all >other editors in the IDE. > >A question: since the configuration file is (as I understood the >explanation) not a few lines, can two Web App profiles share the same >config file ? Sorry for such stupid question, I never coded webapps :-) > >Cheers, >-Svata > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [email protected] >For additional commands, e-mail: [email protected] >