Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 3 of 3 total
Thread EWB 3 Build 12 - Problems With Search For Text
Sun, May 3 2020 1:04 PMPermanent Link

Rob Frye

There are a few concerns I've found with Search For Text -

1) When 'Search the entire unit' is used 'Next Result' always positions on the first occurrence and 'Prior Result' always positions on the last occurrence.  That is, they don't find any further occurrences.

2) When 'Search backward' is set, both 'Next Result' and 'Prior Result' perform the same way.  That is, they both position on text earlier in the file.

3) If a file is closed while 'Search backward' is set, when it is reopened neither 'Search forward' or 'Search backward' are shown as selected.

4) I occasionally get 'Access violation ...' errors when using Search.  It seems to be more frequent when performing backward searches.  The error does seem to consistently occur if a backward search is performed when the cursor is positioned on an empty line.

5) It is confusing having the same appearance for 'Search forward'/'Search backward' and 'Next Result'/'Prior Result'.  Maybe it would be clearer to simply have a single button for 'Search backward' that has a unique icon and can be switched on/off like the other search options.

6) I believe Shift+F3 would be a better shortcut for 'Prior Result' instead of Ctrl+F3, as it is most commonly used in editors (such as Delphi and NotePad++).

Rob
Sun, May 3 2020 8:35 PMPermanent Link

Raul

Team Elevate Team Elevate

On 5/3/2020 1:04 PM, Rob Frye wrote:
> There are a few concerns I've found with Search For Text -
>
> 1) When 'Search the entire unit' is used 'Next Result' always positions on the first occurrence and 'Prior Result' always positions on the last occurrence.  That is, they don't find any further occurrences.

If you keep hitting Ctrl+F and Enter you should get next/prior search
result

Threw me me for a bit as well - bug IMHO is that clicking on down arrow
for example should perform next search and currently does not


> 2) When 'Search backward' is set, both 'Next Result' and 'Prior Result' perform the same way.  That is, they both position on text earlier in the file.

Again - see previous but search itself does work


> 3) If a file is closed while 'Search backward' is set, when it is reopened neither 'Search forward' or 'Search backward' are shown as selected.

Are you actually seeing search on bottom when opening form again or just
when you do Ctlr+F and then expect to see what you finished with last time ?


Raul

Wed, May 6 2020 4:07 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Rob,

<< There are a few concerns I've found with Search For Text - >>

Okay, the find/replace/goto line functionality was a bit of a mess, so my apologies.  I must have really rushed through the UI stuff.

<< 1) When 'Search the entire unit' is used 'Next Result' always positions on the first occurrence and 'Prior Result' always positions on the last occurrence.  That is, they don't find any further occurrences. >>

This is fixed.

<< 2) When 'Search backward' is set, both 'Next Result' and 'Prior Result' perform the same way.  That is, they both position on text earlier in the file.

3) If a file is closed while 'Search backward' is set, when it is reopened neither 'Search forward' or 'Search backward' are shown as selected.

4) I occasionally get 'Access violation ...' errors when using Search.  It seems to be more frequent when performing backward searches.  The error does seem to consistently occur if a backward search is performed when the cursor is positioned on an empty line.

5) It is confusing having the same appearance for 'Search forward'/'Search backward' and 'Next Result'/'Prior Result'.  Maybe it would be clearer to simply have a single button for 'Search backward' that has a unique icon and can be switched on/off like the other search options. >>

These are all fixed and/or altered.  I got rid of the sticky Forward/Backward direction buttons, and instead they now work as "immediate action" buttons when you click on them.  Effectively, I moved the Next/Prior result buttons on the top toolbar down into the Find/Replace toolbars that pop up at the bottom (similar to Delphi).  I also added an "immediate action" button for the Goto Line popup toolbar (Ctrl+G).

<< 6) I believe Shift+F3 would be a better shortcut for 'Prior Result' instead of Ctrl+F3, as it is most commonly used in editors (such as Delphi and NotePad++). >>

I think this was accidental, and is now fixed.

If you could, please give this a run-through when you get a chance again and let me know if anything still seems weird to you.

Thanks !

Tim Young
Elevate Software
www.elevatesoft.com
Image