Search in columns - Find Prev doesn't work

Search in columns - Find Prev doesn't work

49
Basic UserBasic User
49

    Dec 02, 2015#1

    I am using UE Portable version 16.00.

    Unless I am doing something wrong, it appears that Search in Columns (Find Prev) does not work. Here is what I do:
    1. Click on Find (binoculars button on the toolbar).
    2. Type 05 in "Find What" box.
    3. Check Search in Column at the bottom and enter 29 to 31. Although I actually want to to look in columns 30-31 but I guess I have to enter 29-31 for UE to work properly.
    4. Click Next in the Search Box.
    5. After first occurrence is found, I click on "Find Next" (small binoculars with a right arrow in the toolbar). It keeps finding the next occurrence in columns 30-31 only as long as I click on "Find Next".
    6. However, if I click on "Find Prev" (small binoculars with a left arrow in the toolbar), it doesn't work. It finds "05" anywhere before the current location and places the cursor AFTER the found string. Another strange behavior is that if the string is found in column greater than 31 (the TO column) then the string is highlighted. If the string is found in column less than 30 (the FROM column), then the string is not highlighted.
    Thanks in advance for the help.

    Subhash.

    6,603548
    Grand MasterGrand Master
    6,603548

      Dec 03, 2015#2

      The first column has number 1 according to status bar and 0 or 1 according to ruler depending on configuration setting Start ruler numbering at column 1. For search in column feature the column numbering starts always with 0 for first column. This explains why 29 must be entered to find a string beginning at column 30 according to status bar. The character in end column is not included anymore in search. Therefore 31 must be entered as end column to find a string in column 30/31 with column counting starting with 1 respectively 29/30 with column counting starting with 0.

      Whether Find Next (F3) nor Find Prev (Ctrl+F3) are designed for search in columns. This special search option is not taken into account by those two commands. Well, it looks like it works partly for command Find Next, but this is not really by design.

      What should work by design is activating search in column, unchecking option Close after find and using button Next to find a string in specified columns only.

      But doing a reverse search using button Previous in Find window ignores also the limitation on specified columns. Well, reverse searches are always problematic as no search engine is designed for doing a reverse search. I need to further investigate this issue and report it to IDM support by email.

      What works fine in UE for Windows v22.20.0.40 (and also v16.00.0.1040) is using the Perl regular expression engine for search in columns 30/31.

      The search string to use is: (?<=^.{29})xy

      (?<=...) ... a positive look-behind to verify if the string is really found in columns 30/31.

      ^.{29} ... there must be exactly 29 characters left to found string and those 29 characters must be found at beginning of a line.

      xy ... is the string to find.

      This Perl regular expression find works for

      123456789 123 xy 89 12345678 xy 3456 xy
      987654321 321 xy 98 87654321 xy 6543 xy
      864297531 231 xy 45 75318642 xy 3654 xy

      also with using the commands Find Next and Find Previous.

      Of course this expression does not work with 1 or more horizontal tab characters existing between beginning of line and the string to find in the columns of interest as tab width currently configured for active file is not taken into account by the Perl regular expression engine. In this case it would be necessary to use Format - Tabs to Spaces or adapt the multiplier number in the search expression if the number of tabs is constant for all lines containing the string to find in column range of interest.
      Best regards from an UC/UE/UES for Windows user from Austria

      49
      Basic UserBasic User
      49

        Dec 08, 2015#3

        Hi Mofi,

        Thanks a lot for a very detailed reply. Sorry, could not respond sooner as I have been too occupied and totally forgot to check the forums.

        Anyway, it is confirmed that the Find Prev behaves as per design when column search is activated. I appreciate your suggestion for a Perl expression, but I am not very good on using Perl expressions. I have sometimes used them, but not very often.

        Let's hope that IDM fixes this issue in future releases.

        Thanks.
        Subhash.

        6,603548
        Grand MasterGrand Master
        6,603548

          Dec 14, 2015#4

          I investigated search in columns feature and found out that a reverse search in columns was indeed never part of design.

          This can be seen by checking setting Show slim find dialog after start at Advanced - Configuration - Search - Miscellaneous, opening Find window, enabling In column, specifying a column range and clicking on button Next. In slim find dialog the button Find Previous is disabled indicating that a reverse search in columns is by design not possible.

          Therefore my report to IDM support contains two suggestions:
          1. Find feature is enhanced for supporting also a find in specified columns in reverse direction.

            In this case just the button Find Previous in slim find dialog does not need to be disabled anymore depending on In column option.
          2. There is no enhancement made on find feature.

            In this case the button Previous in Find window should be always immediately disabled when In column is checked by user and enabled again if the user unchecks this option.

            And of course the button Previous should be also disabled on opening the Find window and In column is enabled from a previous search because of configuration setting Search in column is not enabled at Advanced - Configuration - Search - Auto Reset Settings.

            And it should be added on paragraph about option In column in help of UltraEdit on page Find command (Search menu) for example:

            Search in column is possible only in downwards direction.
          Best regards from an UC/UE/UES for Windows user from Austria

          49
          Basic UserBasic User
          49

            Dec 15, 2015#5

            Thanks Mofi. Really appreciate making suggestions to IDM.

            My preference will be option "a" but let's see what IDM decides.

            Subhash.

              Dec 15, 2015#6

              Mofi wrote:For search in column feature the column numbering starts always with 0 for first column. This explains why 29 must be entered to find a string beginning at column 30 according to status bar. The character in end column is not included anymore in search. Therefore 31 must be entered as end column to find a string in column 30/31
              One more thing. Don't you think the Number entered in the End Column should be included in the search. I can understand that column position always starts at 0 but why do I have to provide a 3 column range in order to find a string of length 2. For me, it will make more sense to enter columns 29-30 in order to find a string in columns 30-31 rather than entering 29-31.

              Your thoughts on this please.

              Thanks.
              Subhash.

              6,603548
              Grand MasterGrand Master
              6,603548

                Dec 15, 2015#7

                It was indeed confusing for me too that specified end column is not included in column range as well as starting column numbering for search in column feature with 0 instead of 1 as displayed in status bar for first column.

                But I think it is too late to change this now. There are perhaps already lots of macros and scripts using find in columns with the values required by current column range system. Therefore making a change here would cause incompatibilities with all those macros and scripts if not introducing additionally a new parameter name for a different column range system for find in columns and supporting both column range systems for macros and scripts.
                Best regards from an UC/UE/UES for Windows user from Austria

                49
                Basic UserBasic User
                49

                  Dec 15, 2015#8

                  That's true. I agree that incompatibility with macros and scripts will cause lot of chaos.
                  I guess we live with what we have.

                  Thanks.
                  Subhash.