Search box too slow coming up, find text inserts into current window

[creese]

I'm a long time slickedit user (since late 90s) and am getting increasingly frustrated with the quality of slickedit. My current stupid bug is that the find box can be slow to come up, slow enough that typed text goes to the current buffer instead of the find dialog. I do Control-F, Control-V to search for the current contents of the clip board all the time. Fairly often the pasted text goes to the current buffer instead of the find box. This is under Linux on Debian Wheezy.
Also ever since I upgraded to SE 2013, it hard hangs whenever I create a new project. I have to kill it and restart. The new project is there and works afterward.

I used to be a strong SE supporter, not anymore. Of the small number of people I know who continue to use SE, none of them would recommend it.

[Graeme]

The find replace dialog is a tool window which you can dock etc.  Maybe if you kept it "alive" it would come up faster.  Try options -> tool windows -> customise  - turn off "always on top", turn off "esc dismisses floating window".
 

[Clark]

Good suggestion.

If you are running on the local display (not ssh or remotely), it sounds like your graphics are a bit slow. You can use the "find" command instead of "gui_find" command which displays the dialog box and bind it to a key. You could also use the "/" command from the command line or the "i_search" command which does incremental searching. All three of these methods can work around a system setup which has slow graphics. A faster graphics driver/graphics card or machine would help.

If you are not running locally (i.e. running ssh or remotely), try invoking SlickEdit with "vs -graphicssystem native". SlickEdit attempts to automatically select this but sometimes can't tell what graphics system is best.

As for the crash, no one has previously reported this. We will see if we can reproduce this. You might try a default config "vs -sc /tmp/config" to see if it makes a difference.

[creese]

Speeding up the graphics is a fairly hacky workaround for a race condition. It would make more sense if SE buffered keystrokes until whatever dialog was created.