• Login
Community
  • Login

Search results editing

Scheduled Pinned Locked Moved Help wanted · · · – – – · · ·
6 Posts 3 Posters 747 Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R
    Romano Kasteel
    last edited by Dec 19, 2022, 10:46 AM

    I often use the “Find All in All Opened Documents” functionality which will present the results in the “Search results” window.

    The window will display a tree with the top root being the search, it’s children are then the files and each child has then again the matches items as its children.

    result_1.png

    If there’s a file in there that I don’t want to see anymore, I select the file (green marked line) from that tree and press the delete button. This will remove the file and it’s matches from the tree.

    Normally this will leave the other remaining files/lines correctly, but I recently noticed that when initially the tree isn’t displayed in it’s entirety (either by enlarging the window or scrolling through it completely, the results after a delete action cause the coloring / tree to be incorrect. In the below example I didn’t scroll through the results before deleting the first found file and when I enlarge the search window after deleting teh first line the result is like below:

    result_2.png

    As you can see, the tree isn’t correctly build anymore and the files aren’t marked correctly anymore. If I delete the only green marked line, it will also delete the other two files from the results.

    Is this a known bug? I think it somehow has to do with the search window being displayed at least once before completely or not.

    A 1 Reply Last reply Dec 19, 2022, 11:03 AM Reply Quote 0
    • A
      Alan Kilborn @Romano Kasteel
      last edited by Dec 19, 2022, 11:03 AM

      @Romano-Kasteel

      I can’t say I’ve seen this specific occurrence, but if I were you I’d open an official bug report following advice HERE.

      R 1 Reply Last reply Dec 19, 2022, 12:04 PM Reply Quote 0
      • R
        Romano Kasteel @Alan Kilborn
        last edited by Dec 19, 2022, 12:04 PM

        @Alan-Kilborn Maybe you can test to see if you can repeat this behavior? If you can’t repeat it, then it might have something to do with my local setup.

        A 1 Reply Last reply Dec 19, 2022, 12:21 PM Reply Quote 0
        • A
          Alan Kilborn @Romano Kasteel
          last edited by Dec 19, 2022, 12:21 PM

          @Romano-Kasteel said in Search results editing:

          Maybe you can test to see if you can repeat this behavior?

          I haven’t seen that EXACT thing, but I’ve seen some funkiness with with lexing (styling) of the search-results area from time to time. It never bothered me enough to make an official issue out of it.

          T 1 Reply Last reply Jun 19, 2023, 11:17 AM Reply Quote 1
          • T
            Tylor J @Alan Kilborn
            last edited by Jun 19, 2023, 11:17 AM

            @Alan-Kilborn said in Search results editing:

            @Romano-Kasteel said in Search results editing:

            Maybe you can test to see if you can repeat this behavior?

            I haven’t seen that EXACT thing, but I’ve seen some funkiness with with lexing (styling) of the search-results area from time to time. It never bothered me enough to make an official issue out of it.

            I have the same issue.

            A 1 Reply Last reply Jun 19, 2023, 11:18 AM Reply Quote 0
            • A
              Alan Kilborn @Tylor J
              last edited by Jun 19, 2023, 11:18 AM

              @Tylor-J said in Search results editing:

              I have the same issue.

              If you have a nice, easy reproducible case, probably showing it here helps.

              1 Reply Last reply Reply Quote 2
              • First post
                Last post
              The Community of users of the Notepad++ text editor.
              Powered by NodeBB | Contributors