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.
Build 200110091653 Sun JDK 1.3.1 Win NT 4 If you create a new project from the Project Manager called (e.g.) "Transmit 2.4", the project is created correctly however the text in the status window (beside the workspace tabs) says "Project Transmit 2 opened." I guess that it's looking for a "." in the project name. I realise this might not appear a P3 issue but since it's one of the first things most people do with the IDE it looks bad if it can't even display the project name correctly.
using display name of node which contains full name, instead of name of data object
It is OK for the display, but still will not work for the rename action, last part of the project folder name is considered to be an extension, which isn't returned from the getName(). Correctly we should rewrite the ProjectDataObject.getName() I think. Your fix is good, but solves the part of problem only.
This is actually a problem in DataFolder and possibly in RenameAction. 1. Creating DataFolder with . in name (e.g. foo.bar) creates 2 - foo and foo.bar. This is ok for project. 2. Rename action on foo.bar shows only foo as a name. If you change it in rename, next time rename shows already foo.ba2. Same applies to project.
second try ;-) I changed DataFolder.getName() to return the name with extension
*** Issue 16527 has been marked as a duplicate of this issue. ***
The issue is partly fixed. I'm able to create folder a.b I'm able to rename it to c.d but I'm not able to add new object to folder a.b by TemplateWizard. The steps: 1. create folder a.b I can see: Filesystem --- something --- a.b 2. select a.b a do New|Folder c I can see: Filesystem --- something --- a --- c --- a.b
I will check the template wizard ...
Seems rather complicated/risky. Observation: TemplateWizard and TemplateWizard2 use a '.' delimited string for storing and sharing file location. I will try to attach patch for review.
Why was an older already started P2 closed as duplicate? Moreover the duplicated issue is future qbuild stopper. So increasing prio to P2.
Created attachment 3121 [details] Proposed patch
1. Create a folder 1.2.3 2. Select it 3. Choose New from toolbar 4. Choose any template, select next The folder 1.2.3 will not be selected. If you repeat these steps with any other folder without dot in name, the selection will be made.
UI suggestion - in Directory use real name not # one... My $0.02
The more I think about it the uglier the # solution seems. Why not improving just the string -> FileObject conversion? convert :: FileObject, String Bool -> FileObject convert fo s _ # r = fo.getFileObject (s); | r != null = r; # r = convert fo (s.substring (0, s.lastIndexOf ('.') - 1) false | r != null = r; = null; convert fo s true = fo.createFolder (s); I know that this is not perfect, sometimes user cannot make the right choice, but for common cases it will work ok. The bigger rewrite can be done later.
Created attachment 3131 [details] New patch without the # replacement
Sorry but I didn't understand the functional language you used - but anyway I tried to get the idea. With the new patch the file can be created under directory with dots. The folder 1.2.3 is still not selected - this problem is in TemplateWizard2.setTargetFolder(...) - I don't know what to do with this case. Any help appreciated. Should the new patch go in ???
Now new files can be created in a.b.c directories. The only thing remaining is the preselection of folders containg dots in TemplateWizard2.
Marking this as fixed. Althought the TemplateWizard2 dialog might be improved the main functionality concerning a.b.c directories is solved.
verified in [nb_release330](200112102331)
Resolved for 3.4.x or earlier, no new info since then -> closing.