Bug 51200 - [Dialogs] New Project dialog - location default should persist
Summary: [Dialogs] New Project dialog - location default should persist
Status: RESOLVED DUPLICATE of bug 2035
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.0   Edit
Hardware: All All
: P4 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Karice McIntyre CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-04 15:51 EST by Ian Brown CLA
Modified: 2006-07-06 17:28 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ian Brown CLA 2004-02-04 15:51:38 EST
In the New Project dialog, the user is prompted for a project name and 
contents directory. The project contents directory is defaulted to the 
workspace\ directory + the project name. This field is read-only as the 'Use 
default' checkbox is checked.

For convenience, I prefer to store my code (and build files) outside of the 
workspace\ tree as I transport files between my work and home machines and 
simply zip the code directory to move it between machines.

Thus I use a directory structure like:

C:\Projects\MyApplication\workspace - Eclipse-generated files only
C:\Projects\MyApplication\Code      - Source code directory
C:\Projects\MyApplication\Build     - Built files

Eclipse puts its .metadata in workspace\, and I have directories under Code\ 
and Build\ for each Eclipse project in the workspace, eg:

C:\Projects\MyApplication\workspace\.metadata\...
C:\Projects\MyApplication\Code\Project1\...
C:\Projects\MyApplication\Code\Project2\...
C:\Projects\MyApplication\Build\Project1\...
C:\Projects\MyApplication\Build\Project2\...

When I create a new project (eg Project3), the dialog prompts me with 

C:\Projects\MyApplication\workspace\Project3

What I'd like to do is uncheck the 'Use default' and change 'workspace' 
to 'Code'

Sadly, though, and the point of this request is that when I uncheck the 'Use 
default' checkbox, the directory field clears itself and I am left having to 
type the whole path in - which is prone to typos and mistakes.

Would it be possible to leave the contents of the Directory field populated 
after the 'Use default' checkbox is unchecked?
Comment 1 Tod Creasey CLA 2004-03-29 10:40:59 EST
No plan for 3.0
Comment 2 Tod Creasey CLA 2004-06-28 11:28:15 EDT
Reopening now that 3.0 has shipped
Comment 3 Todd Chambery CLA 2005-01-10 08:13:40 EST
Preserving the path in the text field would useful for we who have separate
workspace/contents dirs, but I think the scope of this bug should be expanded to
include a preference for a default contents directory, perhaps just remembering
the last entered contents directory as the default.
Comment 4 Ian Brown CLA 2005-01-10 17:04:30 EST
I agree with comment #3. My personal preference would be to either:

1) Be able to use the "Linked Resource" path variables to be able to specify 
something like CODE\myProject, where 'CODE' is a path variable that I have 
configured to be something like C:\Projects\MyApplication\Code

OR

2) Be able to specify relative paths in this field so that I could put in 
something like ..\myProject - where the workspace location is the location 
that this is relative to. Better still would be if this was then configurable 
in the Build Path "Folders" configuration (currently defaulting to 'src', 
editable, but not supporting either relative paths or Linked Resource path 
specifications)

OR 

3) Absolutely peachy would then be a combination of the above where I could 
configure the default Source folder name (in Build Path) for my project to be 
CODE\$ProjectName - which would work for me every time, and I would just 
configure what CODE pointed to in my Linked Resources path variables. By the 
same token, I'd then like to be able to specify the default Output folder name 
to be BUILD\$ProjectName in the same way - but baby steps, eh??!!
Comment 5 Susan McCourt CLA 2006-07-06 17:16:44 EDT
another one for Karice
Comment 6 Karice McIntyre CLA 2006-07-06 17:28:52 EDT

*** This bug has been marked as a duplicate of 2035 ***