Re: Re: [nbui] projects ui recommendations

Jan Rojcek <[email protected]> Fri, 27 Jun 2003 10:59:32 +0200
Newsgroups gmane.comp.java.netbeans.modules.projects.devel
Message-ID <[email protected]>
Hi Svata,

thank you for your comments.

Svata Dedic wrote:
> Hi,
> 
> I would like to ask about the content in the left pane (tree view): the 
> tree is semi-dynamic - part of the tree is fixed (well, it probably may 
> change depending on what modules/natures are available), some subtrees 
> are dynamic as the user may add and remove entries in them.
> I did not see many such mixed designs and I suppose there could be a 
> cleaner model.
> 

You are right, the Running Profiles and Build Steps categories have 
dynamic children. We tried to keep individual build steps and running 
profiles customization in the same dialog, so that their customization 
is easily accessible. I hope that for most of users the list will not be 
dynamic as they won't need to create a new build steps or running 
profiles. We should provide default profiles and build steps that will 
cover most of use cases.

> Next comment is for usability of the project setup management; narrowing 
> the problem to Java only, in major part of use cases, individual build 
> steps have virtually identical settings; it should be possible to set up 
> project-wide defaults for them - but the tree at the left does not seem 
> to contain entries for such setup.
> 

Are you referring to "Compile" build step? Or you mean that each build 
step type should have project wide settings (probably stored in a build 
configuration)? We tried to avoid settings inheritance as much as 
possible. Most projects shouldn't have many build steps of same type. If 
a project has more such build steps then build configuration should be 
used for easily switching of settings in more build steps. Of course the 
user have to change the settings in each build step when creating a new 
configuration.

> Implementation-related comment: there are two levels of "transactions", 
> actually: first level when the user creates a new build step/running 
> profile/Resource, second step when the user OKs or Cancels the whole 
> dialog.

The ideal behavior is that everything (also build step and profiles) 
created/modified/deleted in the project customizer is canceled with 
Cancel button and confirmed with OK button.

> All the customizer's contents (btw, is it still a customizer if it has 
> OK / Cancel buttons ?) should definitely be consistent; Vita has 
> suggested a way how to propagate options throughout the dialog, while 
> keeping them "temporal".
> However creating a new build step, resource etc. requires a new object 
> created within the project model, which (currently) is one for the 
> project, there's no "temporal" model.
> Are some approaches how to solve this issue already known ?

Folks?

Thank you,
Jano

> 
> Thanks,
> -Svata
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>