In our user testing, we discovered that four out of the five participants did
not create a working directory for their CVS files when working within the
mount CVS repository wizard. There should be a mechanism to create a new
directory in the wizard, without relying on the Java File Chooser dialog's
meager support. Perhaps a "Create" button next to the working directory
I don't understand what you exactly mean.
There is already a way how to create "New Folder" in CVS wizard.
USe the button "Browse" and in a Dialog "Select Dir" in its right top
there are a set of icons. One of them is for creating new dir.
Putting ather button "New" next to current one "Browse" IMHO is not clever
solution. HAve you thought about what dialog you expect to be popuped?
I've tried it, but I've got only one idea: You need exactly the same dialog
as it appears for "Browse", don't you?
Only thing wchich could be make better is the dialog where you choose or create
But it's not CVS bug/enhancement but enhancement/bug for J2SDK - > SWING ->
new JFileChooser or what it is exactly.
If could I ask you and you still think it needs some improval, please,
enter the bug into bugtraq for apropriate component. For me I will also
apreceate if there will be possibility to delete a dir.
You can look at attached jpeg with the dialog Select Dir.
Created attachment 270 [details]
I agree with Dan that there is already a way that allows user to create new
directory in JFileChooser that frankly speaking isn't the best but exists. If
we add "New" button next to "Browse" what would follow ? You will have to enter
the name of new folder and choose where it will be placed and for this task you
will need JFileChooser to give user some comfort. So what is the difference
and/or benefit ?
The issue is simply that users did not know how to create a working directory
from within the product. Yes, the JFileChooser does provide a way to do this,
but it isn't clear from the wizard UI that the user can create a working
directory. In our user test, all but one user just took the default, which is
*not* the desired interaction.
The purpose of this bug is to highlight the issue. It is not to jump to a
design conclusion. Consider the user test results when designing/redesigning
the CVS wizard.
I've asked you if you could give us an idea of solving your suggestion.
IMHO having 2 buttons for 1 dialog isn't clever.
And IMHO that is design issue, I'm afraid that it isn't bug of cvs module.
This is task of UI team.
Thanks for comments
a couple of things that we need to consider here:
1. where the users really up to speed on cvs? from what i saw of the data the
knowledge of cvs was fairly basic. i didn't have the advantage of being able to
sit with any of the users during the test, but not understanding the importance
of a working dir is pretty poor knowledge. we can be responsible for teaching
2. if it is the case that most users are picking a default then, once again, we
need to come up with a good sensible default. like with the default directory
for just about every other aspect of the ide we need to get away from
$netbeans_home and try to come up with a better offering. on unix we might do
something like create a nb_working dir in the home directory and on windows we
could create the same directory in the root folder of $netbeans_home (mabe
something like c:\ or c:\progra~1 or what not) my gut feeling is that this
could be tied to the project default dir but maybe not so closely since the a
project should be defined seperately than cvs contents.
3. if the jfilechooser is not doing the job addequately then we need to look
even more seriously at providing our own. i know creating a new directory is
common practice in windows the windows file choosers, and certainly resonble to
expect the same in current unix window managers (gnome, kde) so i think that
the user expectation exists but the current file chooser we are using is just
not effectively communicating that functionality.
i think the primary goal of cvs is to lay bare and coherent all of the
functionality of cvs in the gui. bcs of this we have to assume that the burden
of learning cvs is on the user not on the ide. that's not to justify bad
design, but i think stretching the design in superfluous directions should be
avoided. sure, we could add a button in the wizard that would allow the user to
create a new directory, but it would be duplicating standard functionality.
instead we should look at where that functionality is currently and try to fix
Resolved for 3.3.x or earlier, no new info since then -> closing.
Resolved for 3.4.x or earlier, no new info since then -> closing.