Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 213269

Summary: New Plug-in Project wizard is humongous
Product: [Eclipse Project] PDE Reporter: Wassim Melhem <wassim.melhem>
Component: UIAssignee: Curtis Windatt <curtis.windatt.public>
Status: VERIFIED FIXED QA Contact:
Severity: normal    
Priority: P3 CC: baumanbr, caniszczyk, curtis.windatt.public, remy.suen
Version: 3.4Flags: curtis.windatt.public: review? (caniszczyk)
Target Milestone: 3.4 M5   
Hardware: PC   
OS: Windows XP   
Whiteboard:
Bug Depends on:    
Bug Blocks: 208945    
Attachments:
Description Flags
Patch for review
none
Updated patch
none
mylyn/context/zip none

Description Wassim Melhem CLA 2007-12-18 00:52:06 EST
3.4 M4

The formerly pretty New Plug-in Project wizard now has a million groups on the first page, making it humongous.  The new layout is making me sad :(

Execution Environment should probably be moved to the second page and be placed among the other manifest.mf settings, since the user would probably want to define the symbolic name before the EE.

The first page should remain for project structure settings only.  Manifest stuff can go on the second page.
Comment 1 Remy Suen CLA 2007-12-18 10:17:11 EST
(In reply to comment #0)
> Execution Environment should probably be moved to the second page and be placed
> among the other manifest.mf settings

I thought there was a bug open for this already but I could be wrong.
Comment 2 Curtis Windatt CLA 2007-12-18 11:44:22 EST
I'll look at this.  At the same time I'll fix a bug I found in my fix for bug 204924 where the EE enablement isn't updated when switching from Eclipse Version to OSGi Framework.

Are you suggesting the the Target Environment Group be moved from the one page to the other after the Plug-In Options group?
Comment 3 Curtis Windatt CLA 2007-12-18 11:47:05 EST
Alternatively, if the EE is not going to be set, I could make the group invisible rather than just disabling it.

The Rich Client Application group is made invisible, while the Plug-In Options group is simply disabled (based on whether a Simple vs Java project is chosen).
Comment 4 Wassim Melhem CLA 2007-12-18 11:50:26 EST
Curtis, the EE is just another property.  I am not sure we need a dedicated section to it.  It feels that it should be part of the 'Plug-in Properties' group.
Comment 5 Curtis Windatt CLA 2007-12-18 11:54:56 EST
(In reply to comment #4)
> Curtis, the EE is just another property.  I am not sure we need a dedicated
> section to it.  It feels that it should be part of the 'Plug-in Properties'
> group.
> 

I was thinking the same thing, hence why I asked :)  Will do.
Comment 6 Curtis Windatt CLA 2007-12-18 12:25:31 EST
Created attachment 85475 [details]
Patch for review

Patch moves removed the environment group from the initial page and adds the setting to the plug-in properties group on the second page.

The first page is no longer humongous :)
Comment 7 Curtis Windatt CLA 2007-12-18 12:26:41 EST
Brian please review.

Unless Wassim is able to?
Comment 8 Curtis Windatt CLA 2007-12-18 17:13:52 EST
Found a problem while looking at bug 208945.

In method PluginContentPage#updateData() the execution environment is set if the combo box is enabled.  However, it isn't cleared if the EE is not set.  This might not normally a problem because if the combo was disabled, the execution environment should be used.  But once setting the EE is optional (bug 208945), it will be a problem.

So we should add an else part
} else {
   fData.setExecutionEnvironment(null);
}

In addition, we have to change NewProjectCreationOperation#getClassPathEntries(project, data) to handle a possibly null EE.  I'm not sure how to deal with it.
Comment 9 Curtis Windatt CLA 2007-12-19 14:30:06 EST
*** Bug 208895 has been marked as a duplicate of this bug. ***
Comment 10 Curtis Windatt CLA 2008-01-02 10:41:45 EST
I will have to update the patch because the EE Combo was changed as part of bug 213750.  I'll also make the changes from comment #8.
Comment 11 Curtis Windatt CLA 2008-01-02 12:43:18 EST
Created attachment 86000 [details]
Updated patch
Comment 12 Chris Aniszczyk CLA 2008-01-02 15:50:19 EST
Thanks Curtis! We have to keep Wassim quiet :)
Comment 13 Chris Aniszczyk CLA 2008-01-02 15:50:23 EST
Created attachment 86020 [details]
mylyn/context/zip
Comment 14 Brian Bauman CLA 2008-01-03 11:08:01 EST
Thanks Curtis for your work on this and thanks Chris for keeping things moving smoothly.  You guys are great ;-)
Comment 15 Brian Bauman CLA 2008-02-05 14:48:55 EST
Verified on I20080204-0800