Bugzilla – Full Text Bug Listing
| Summary: | [Wizards] Double click on New>Untitled Text File should create it | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Tom Hofmann <eclipse> | ||||
| Component: | UI | Assignee: | Kim Horne <eclipse> | ||||
| Status: | VERIFIED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | michaelvanmeekeren, Tod_Creasey | ||||
| Version: | 3.1 | ||||||
| Target Milestone: | 3.1 RC1 | ||||||
| Hardware: | PC | ||||||
| OS: | Linux-GTK | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
To make this work properly will require new API. There is currently no way from within a wizard to explicitly closed it's IWizardContainer. I can cast the container to a WizardDialog and call close and this should perform as expected, but it's a hack - close has the side effect of calling "cancel" on the wizard. In the case of the New wizard this is a no-op, but this may change in the future. I say we go with the hack for 3.1 and investigate introducing methods on IWizardContainer(3) to grant the ability to force close or abort on the container for 3.2. Created attachment 21175 [details]
Patch against org.eclipse.ui.workbench
Patch that will fix this for 3.1
Incidentally, getting the fix for this to work uncovered a bug in NewWizardNewPage - we had two doubleclick listeners on the tree viewer that were doing similar work and could've been responsible for some flicker in the wizard. Even if we don't do this fix we should probably address that for 3.1. Patch submitted to head. I've entered bug 95348 to track the possible need for new API. Verified in I20050527-0010 |
I20050512(-2036 or so) - File>New>Other (Ctrl+N) - double click on Simple>Untitled text file > expected: a new file is created < actual: nothing happens note: pressing return works as expected