Undesired behavior with the Search Box

[Koko_McCracken]

Hello,

I have a little problem with the search box, the window in the toolbar in which you can write a text, press enter and find it.

Usually, i use it to build & test regular expressions, so i write on it and make corrections, when I'm writing in this search box and press the BACKSPACE key, ultraedit deletes the characters from the search box, however, if I press the DEL key, ultraedit deletes the characters from the document, instead of deleting it from the search box.

I find that quite annoying, because you can make a mess in your document accidentally.

What do you think about? Can anyone confirm this behaviour? Should it be considered a bug?

[Mofi]

I confirm it and it is really a dangerous BUG. Please write a bug report email to IDM support.

[Koko_McCracken]

Hello,

I've been doing tests, with a fresh installation of UltraEdit, and it doesn't happens, so after checking my custom config I have found the problem: I had assigned the DEL key to the "Delete" function, I have removed that key assignment and everything works fine; PROBLEM SOLVED!

[Mofi]

But I will nevertheless report it because the DEL key is by default assigned to EditDelete and when the find edit field has the focus the document edit hot keys should not be active. Of course I never used the find edit field in the toolbar, so I did not notice this effect before.

[pietzcker]

Hm, I've tried various ways to reproduce this problem on an "unmodified" German version V12.00+3, and couldn't. EditDelete (in German (I think) BearbeitenLöschen) is not assigned to anything...the search box behaves exactly as I would expect.

Puzzled,
Tim

[Mofi]

Hi Tim!

DEL works in the search box if this key is not explicitly assigned to the command EditDelete which I have done. By default with the standard settings of UltraEdit the DEL key deletes in the edit window - see Edit - Delete - Delete, but is not really assigned to the command EditDelete in the key mapping configuration. So DEL works in the edit windows because it is a standard Windows key for multi-document applications.

But I have also assigned the hot keys äöüÄÖÜß to macros like this one for ä.

IfExtIs "html"
"ä"
ExitMacro
EndIf
IfExtIs "htm"
"ä"
ExitMacro
EndIf
IfExtIs "asm"
"ae"
ExitMacro
EndIf
IfExtIs "c"
"ae"
ExitMacro
EndIf
IfExtIs "h"
"ae"
ExitMacro
EndIf
"ä"

The macro hot key ä which runs the macro above makes it impossible to enter an ä in the search box in the toolbar. We have to wait for the answer of the IDM developers what they think about. I think, command and macro hot keys should not be active when the search box has the focus to avoid troubles like that.

[pietzcker]

Hi Mofi,

OK, I get your drift. I agree, this should be fixed.

By the way, great idea with the umlaut macros. Why didn't I think of that

Bye,
Tim

[Mofi]

The problems described here with the macro hot keys active in the Find In Files and Replace In Files dialog and in the find combo box in the toolbar are fixed in v12.20 of UltraEdit and v6.00 of UEStudio.

The macro hot keys are active in the Find In Files and Replace In Files dialog for UE v12.00 till v12.10b and UES 5.50x. Previous versions don't have that problem.

I don't know which versions of UltraEdit / UEStudio prior v12.00 / v5.50 are affected by the combo box hot key problem because I rarely (never) use the find combo box in the toolbar.