[Message Deleted]

[Prajeesh]

[Message Deleted]

[Lost User]

Prajeesh wrote:

WHY?

I don't know, but I can give some suggestions - if you don't shout :) The <del>-key removes the character on the right of the text if there is no selection. This default behaviour may be overriden in the KeyUp and KeyDown-events. Put a return statement on the first line of those events to check whether they cause it.

I are out of Arcane Dust - No intellect bufs today :(

[Prajeesh]

[Message Deleted]

[Lost User]

Will it "do" if you skip the KeyUp-event? E.g., if you put a "return" on the first line of the event, does the <del>-key work? There's an e.Handled that might eat your key :(

I are troll :)

[Prajeesh]

[Message Deleted]

[Lost User]

In what event did you put this code? Can you post your "entire" KeyUp?

Prajeesh wrote:

If I get the position I can remove the character.

You can get the position of the cursor by looking at the SelectionStart property. It will hold the location of the cursor in the text, whether there's a selection or not. Removing the character right to it might 'restore' the functionality. I suggest that you try to "fix" the code instead of looking for a workaround :)

I are troll :)

[Prajeesh]

[Message Deleted]

[Lost User]

Prajeesh wrote:

EditClear.ShortcutKeys = Keys.Delete;

Does the <del>-key work again if you comment out this line?

I are troll :)

[Prajeesh]

[Message Deleted]

[Lost User]

A nice workaround :) It could very well be that one of the buttons on the form has the <del> key set as a shortcut. That could eat the key, I suppose. Happy Programming!

I are troll :)