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

Bug 43606

Summary:	Provide "Ctrl+Backspace" and "Ctrl+Delete" in dialogs
Product:	[Eclipse Project] JDT	Reporter:	Tonny Madsen <tonny.madsen>
Component:	UI	Assignee:	JDT-UI-Inbox <jdt-ui-inbox>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	enhancement
Priority:	P4	CC:	daniel_megert, oliver.kopp
Version:	3.0
Target Milestone:	---
Hardware:	All
OS:	All
Whiteboard:
Bug Depends on:	25257
Bug Blocks:

Description Tonny Madsen

2003-09-24 15:43:33 EDT

If I press Ctrl-BackSpace or Ctrl-Delete in a dialog field it does not delete 
the previous or next word. Instead Ctrl-BackSpace inserts a square (I suppose 
this means an undisplayable character) and Ctrl-Delete deletes until end of 
line.

Comment 1 Tod Creasey

2003-09-30 14:55:12 EDT

This works the same way as the OS text fields (as they are the same thing).

Have a look at Control Panel -> Internet Options and you will see that the 
text fields there work the same way.

Comment 2 Tonny Madsen

2003-09-30 15:07:49 EDT

So basically you're saying that the fields in dialogs are outside the control 
of swt? And thus you/we/somebody cannot make any changes to the 
semantics/behaviour of these fields?

Comment 3 Tod Creasey

2003-09-30 15:18:26 EDT

No - I am saying that unless there is a strong reason to do so that we do not 
change the OS behaviour of widgets.

However there should be support for keybindings in dialogs in R3.0 if you 
wanted to override OS behaviour.

Comment 4 Tonny Madsen

2003-09-30 15:22:42 EDT

OK.

Now I cannot make the change -- I don't know enough about swt and/or to do 
this, so I believe the request stands as an enhancement.

May I reopen it as such?

Comment 5 Tod Creasey

2003-09-30 15:32:41 EDT

Bug 25257 is already logged for this - add yourself on the cc list for it.

Comment 6 Tonny Madsen

2003-09-30 18:23:27 EDT

Ohh, Bug 25257 describes the ability to assign accelerators; I want the more 
specific change that the dialog fields with java symbol names behaves like in 
the editor.

I reopen the bug as an enhancement with a dependency on bug 25257.

Comment 7 Billy Biggs

2004-10-22 16:06:12 EDT

Doug?  I don't think we should be overriding the behaviour of text entry widgets ...

Comment 8 Douglas Pollock

2004-10-22 17:02:03 EDT

Platform Text: If you are interested, it is now possible to do what this guy 
wants.  Just define a handlerSubmission in the "org.eclipse.ui.commands" 
extension, and move the key binding to "dialogs and windows". 
 
For examples of how to do this kind of thing, see WidgetMethodHandler.

Comment 9 Dani Megert

2004-11-01 13:18:56 EST

This isn't Platform Text. Most dialogs where text can be entered are JDT UI,
however, there are no plans to change the current behavior.

Comment 10 Dani Megert

2004-11-01 13:25:13 EST

Marking as later.

Comment 11 Denis Roy

2009-08-30 02:18:13 EDT

As of now 'LATER' and 'REMIND' resolutions are no longer supported.
Please reopen this bug if it is still valid for you.

Comment 12 Oliver Kopp

2013-05-06 13:48:16 EDT

This bug is still valid (4.2.2) and very annoying (at least on Windows 8). I don't have the rights to re-open the bug. Could someone else do that?

Comment 13 Dani Megert

2013-05-07 03:02:44 EDT

(In reply to comment #12)
> This bug is still valid (4.2.2) and very annoying (at least on Windows 8). I
> don't have the rights to re-open the bug. Could someone else do that?

Unless someone mentions in this bug, that he/she wants to provide a high quality patch, WONTFIX is the correct resolution.