Announcement

Collapse
No announcement yet.

Productivity Suite - Find/Replace Comment Search

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts


  • Productivity Suite - Find/Replace Comment Search

    The Search Results list for Find/Replace Comment Search are not navigable like the Tag and Instruction Search results list.
    Please add navigation capability here also. Thank you.


  • #2
    This has been corrected in the next release of software. I just tested this function, now if you search for a task, rung, or instruction this will navigate you to the location containing this comment.

    If you have a comment assigned to a tag in the tagDb, it will not navigate to the tag in the tagDb.
    If you have an urgent issue, please contact AutomationDirect's Technical Support team.

    AutomationDirect.com Technical Support: 1(800) 633-0405 or (770) 844-4200 Email Tech Support

    Comment



    • #3
      To anticipate the next question... Soon™
      If you have an urgent issue, please contact AutomationDirect's Technical Support team.

      AutomationDirect.com Technical Support: 1(800) 633-0405 or (770) 844-4200 Email Tech Support

      Comment



      • #4
        The next question WAS:::

        When will ESP and telekinesis be implemented in the PAC Editor?

        Comment



        • #5
          The testing seems to work perfectly. Must be ready for release then...
          If you have an urgent issue, please contact AutomationDirect's Technical Support team.

          AutomationDirect.com Technical Support: 1(800) 633-0405 or (770) 844-4200 Email Tech Support

          Comment



          • #6
            Confirmed. V 1.6.0.19
            Comment search results box does navigate
            No noticeable improvement on Open/Save

            No transfer times to report. Need to read the Release Notes carefully.

            Tag Search Partial needs work.
            Using a Opening Square Bracket '[' will bugger the search.
            The Square Bracket is a REGEX MetaCharacter.
            It appears that the developers have NOT fully escaped these *characters* in the partial search engine.

            Search for [DWX] returns [ DestNodeData ] and about 200 other tags that start with D, W or X

            Search for [DATA] returns [ temp ] and Always Off Bit -- whatever begins with D, A or T

            Search for [PICK] returns [ CONSTS32-0000005092, Pac in Run, CONSTS32-0000005228 ] -- again the P, I, C or K thing...

            WORKAROUND 1

            Escape your search term that begins with [ by putting a \ before the Opening Bracket.
            Eg. \[DWX] will return [ [DWX] ]
            Last edited by kewakl; 04-26-2012, 02:55 PM. Reason: readability

            Comment



            • #7
              Transfer/load/save times are still as they were during my debugging experience in this thread

              Comment



              • #8
                FYI: V 1.6.0(19) -Tag Search for array tag with index FAILS

                V 1.6.0(19)

                Find/Replace fails to provide results for array tags when index is provided. (1D and/or 2D)

                In either version searching for the indicated array tags, ALL occurrences will be found if NO index is provided.

                V 1.5.1(2)
                will find search term 'TrayData(source),(1)'
                will find search term 'Cvy_ZoneProx(12)'

                V 1.6.0(19)
                does NOT find any occurrence of 'TrayData(source),(1)'
                does NOT find any occurrence of 'Cvy_ZoneProx(12)'

                Comment



                • #9
                  Thanks for finding this, I have sent this over to our software team to get fixed for a future release.
                  If you have an urgent issue, please contact AutomationDirect's Technical Support team.

                  AutomationDirect.com Technical Support: 1(800) 633-0405 or (770) 844-4200 Email Tech Support

                  Comment



                  • #10
                    Quick Search

                    How about populating the quick search with the tag we have selected in the ladder when we hit CTRL F

                    Mike

                    Comment



                    • #11
                      Search for [DWX] returns [ DestNodeData ] and about 200 other tags that start with D, W or X

                      Search for [DATA] returns [ temp ] and Always Off Bit -- whatever begins with D, A or T

                      Search for [PICK] returns [ CONSTS32-0000005092, Pac in Run, CONSTS32-0000005228 ] -- again the P, I, C or K thing...
                      Version 1.10.0(11) still requires escaping these tagnames to return any results.
                      [PICK] will not return any results.
                      \[PICK] works almost as expected. For this search to work, I must press 'ENTER' because the 'Search Now' button will not enable with this search term.

                      Comment



                      • #12
                        I have been able to duplicate this issue and reported it to the software developers. We will work on getting this fixed for a future release.

                        Thanks for bringing this to our attention again, sorry we missed it back in another post..we appreciate all the feedback.
                        Last edited by P3K_ADC_Eng; 10-31-2014, 01:35 PM.
                        If you have an urgent issue, please contact AutomationDirect's Technical Support team.

                        AutomationDirect.com Technical Support: 1(800) 633-0405 or (770) 844-4200 Email Tech Support

                        Comment



                        • #13
                          Originally posted by P3K_ADC_Eng View Post
                          I have been able to duplicate this issue and reported it to the software developers. We will work on getting this fixed for a future release.

                          Thanks for bringing this to our attention again, sorry we missed it back in another post..we appreciate all the feedback.
                          Rev 2.0.2(1) returns inconsistent search results when the search term includes the *escaped* square brackets.
                          It seems that the Search remembers that a regex escape has previously been used - but only after searching escaped search term (that exists in the tag database) whether or not it is used in the program..

                          With the unmodified, attached project:
                          Search for [cat]
                          The Search returns
                          • Rung 1, Column 1, NO Contact [t]
                          • Rung 2, Column 1, NO Contact [c]
                          • Rung 2, Column 11, NO Out Coil [t]
                          • Rung 3, Column 1, NO Contact [a]

                          -Correct for REGEX.

                          Now escape the search term \[cat]
                          The Search returns NO results. - Again, Correct for REGEX.

                          **remove the REGEX escape character \ from the search term box.
                          If the escape character is in the Search term box when the tagname is changed, the next search will fail.

                          Now change tag [bat] C-000011 to [cat]
                          and retry the search term [cat]
                          The Search returns
                          • Rung 1, Column 1, NO Contact [t]
                          • Rung 2, Column 1, NO Contact [c]
                          • Rung 2, Column 11, NO Out Coil [t]
                          • Rung 3, Column 1, NO Contact [a]

                          -Correct for REGEX.

                          Now escape the search term \[cat]
                          -Correct, since [cat] is NOT used in the program logic.

                          Retry the search term [cat]
                          The Search returns NOTHING??? Does the REGEX engine remember that we have a tagname that matches the escaped search term.


                          ---------------A sequence to duplicate this issue in the next post. It may not be as descriptive.------------
                          Attached Files

                          Comment



                          • #14
                            With the unmodified project (attached to the previous post):
                            Search for [cat]
                            The Search returns

                            Rung 1, Column 1, NO Contact [t]
                            Rung 2, Column 1, NO Contact [c]
                            Rung 2, Column 11, NO Out Coil [t]
                            Rung 3, Column 1, NO Contact [a]

                            -Correct for REGEX.

                            Now escape the search term \[cat] - But DO NOT SEARCH!
                            Now change tag [bat] C-000011 to [cat]
                            Remove the escape character \ from the search term and retry the search term [cat]
                            The Search returns nothing.
                            It seems that simply having a tag (with square brackets) in the tag database AND that matches an escaped search term (not actively searched) will cause the REGEX engine to apply an automatic escape to search terms.

                            Comment



                            • #15
                              ...........it gets weirder.........
                              using the unmodified project
                              search for [cat]
                              change [bat] tagname to [cat]
                              search.
                              Results as expected.
                              Click [Search Now] - results as expected.
                              Click [Search Now] - results as expected.
                              Click [Search Now] - results as expected.
                              Click [Search Now] - results as expected.
                              Retype [cat] in the Search term field, click [Search Now] NO RESULTS

                              Renaming tag [cat] back to [bat] does NOT undo the escape memory.

                              ------------------------------

                              using the unmodified project
                              rename [bat] to [cat]
                              search for [cat] - a matching UNUSED tagname stops the search from returning a REGEX (first character) match of c, a or t.
                              returns nothing

                              Comment

                              Working...
                              X