Two annoyances with Search

[Wanderer]

Hello,

SlickEdit v12, WinXP.

1) Search->Find in Files.  Search results window: <auto increment>.  (I have 4 Search result windows.)

Execute the search, then 'find-next'.  As you continue to use 'find-next', the cursor in the search window moves down the list, but the search window doesn't scroll.

2) Put the cursor on whitespace.  Search->Find in Files -- you can't use the arrow keys to get to your previous search expression, you have to use the mouse to pull down the list.

Minor, maybe, but I use Find in Files a lot.  (Unfortunately, SlickEdit doesn't tag MapInfo's MapBasic.)

[hs2]

I've to agree with 1). The problem, is that the 'current line' of the .search buffer is not adjusted.
Just the marker (bitmap) is moved.
I also added a workaround for the case when double-clicking a search result line also selects (a part of) it.
This would lead to unwanted extending selections in the search buffer, when the other change (move curr. line) is activated ...
@SlickTeam: Please provide a better solution for that. It's quite essential.

Hotfix:
mfsearch.e - _SetNextErrorMark() [line 935]:

Code: [Select]

   if (doSearchTab) {
      int wid = _get_grep_buffer_view();
      if (wid) {
         wid.p_col=1;
         // HS2-ADD: deselect when find marker moves
         if ( wid.p_line != linenum && select_active() ) deselect();
         // HS2-CHG: un-commented to move current line along with error marker (bitmap)
         wid.p_line=linenum;
         wid.p_scroll_left_edge=-1;
      }
   } else if (p_buf_name=='.process' || _process_info('b')) {
      int wid=_find_object('_tbshell_form._shellEditor');
      if (wid) {
         wid.p_col=1;
         // HS2-ADD: deselect when error marker moves
         if ( wid.p_line != linenum && select_active() ) deselect();
         wid.p_line=linenum;
         wid.p_scroll_left_edge=-1;
      }
   }

@Wanderer:
2) is working for me... strange.
BTW: You can use a_down,a_up,f4 as shortcuts to drop down (all) combo boxes.

HS2

[Lee]

1) Confirmed, we have a hotfix available for this issue.  It is not yet posted to the website, but I can attached here.  To load hotfix, use Help > Product Updates > Load Hotfix... and it will prompt you for the zip file (no need to unzip anything).
@hs2:  This hotfix also gets rid of the selections created by double-clicking on the search results as well.

2) I haven't reproduced this one yet.  I am able to use the cursor keys to retrieve previous searches when using Find/Find in Files in Search for: (as long as there is more than one entry in the drop-down history).  What are the settings for Search String initialization set to in the options?  What emulation are you using?  Is the Find and Replace tool window docked, undocked, or set to auto-hidden?

[Wanderer]

This is not intermittent -- this is standard behavior.  Search->Find in Files, cursor is in "Search For:".
Pressing up arrow key will not get to the top of the list.  alt-up opens the dropdown, showing the items above the current selection.

Search string init:  word at cursor, selected text.
CUA emulation.
Find and Replace is docked, auto-hide.

This behavior occurred in v11, as well.

[hs2]

Seems to be docking related:

My setup (also working fine in v11):

Search string init:  word at cursor, selected text.
Brief emulation.
Find and Replace is floating

HS2