Author Topic: minor bug in mini find doing replace  (Read 203 times)

Graeme

  • Senior Community Member
  • Posts: 2279
  • Hero Points: 296
minor bug in mini find doing replace
« on: February 10, 2019, 07:38:15 am »
Bring up mini find using Ctrl R and populate with say, abcdef in the top edit box and 123456 in the bottom edit box.  If you put the focus in the top edit box and hit ENTER, slick finds the first abcdef and prompts to replace with 123456.  Hit ENTER to do the replace and slick jumps to the next occurrence of abcdef without doing the replace.  The focus has to be in the bottom edit box when you first hit enter, for it to work.

Lee

  • SlickEdit Team Member
  • Senior Community Member
  • *
  • Posts: 1241
  • Hero Points: 124
Re: minor bug in mini find doing replace
« Reply #1 on: February 11, 2019, 02:19:25 pm »
That's as designed.  Hitting ENTER in the Search For is always for find next occurrence.  There is an keyboard accelerator for replace current occurrence (Alt+R), or Replace All (Alt+A) as well as ENTER in Replace with focus.  From design perspective, it requires the user perform a non-default action (change focus or use accelerator) to commit a destructive action.   It is consistent with other IDE/editors with similar user interface.

Graeme

  • Senior Community Member
  • Posts: 2279
  • Hero Points: 296
Re: minor bug in mini find doing replace
« Reply #2 on: February 11, 2019, 09:29:46 pm »
ok, but I think it's still a bug because it puts up the little replace window showing the before text and the after text in red, at the location of each occurrence.  At the very least, it's highly unintuitive.