Community
    • Login
    1. Home
    2. Popular
    Log in to post
    • All Time
    • Day
    • Week
    • Month
    • All Topics
    • New Topics
    • Watched Topics
    • Unreplied Topics

    • All categories
    • CoisesC

      Search++: A work in progress

      Watching Ignoring Scheduled Pinned Locked Moved Notepad++ & Plugin Development
      209
      7 Votes
      209 Posts
      72k Views
      CoisesC
      Search++ version 0.7.2 is available: Correct failure to find a zero-length match at the end of a file, selection or span of marked text when the previous match included last character of the file, selection or span of marked text. Condense Tools | Synchronize sub-menu. Implement Tools | Expand visible configure tool window. Keep use of hidden lines in Search++ (almost) consistent with the way Notepad++ handles hidden lines and fold points. Hidden lines now show unhide margin markers. Hidden lines stay hidden after leaving and returning to a tab (except for the first and last line, which Search++ Hide all lines and implicit hide before Show commands hide, but Notepad++ native actions never do). Stepwise searches, Select and Show commands, and clicking on a match in the results window now properly unfold collapsed sections when necessary to show a match. Comments, criticisms, suggestions, bug reports and other observations are most welcome! A little over a month ago I claimed: I use Scintilla’s hidden lines feature directly. Notepad++ also uses that feature, but it doesn’t provide a way for plugins to use it through Notepad++, and it keeps internal status information that assumes only it is using hidden lines. There appears to be no way to make Notepad++ synchronize its own idea of which lines it thinks are hidden with the actual state of Scintilla. Various bizarre things happen because of this. I was wrong about that. I didn’t read the Notepad++ code carefully enough and jumped to an incorrect conclusion. I fixed a couple bugs in this release, but the main change in 0.7.2 is making hidden lines, particularly as used by the Show command, work consistently with the way Notepad++ uses them. Aside from any errors in my implementation, the one known, intentional discrepancy is that when Search++ hides all lines that includes the first and last line of the document. Notepad++ refuses to hide those. Under some circumstances, such as switching from a tab in which you’ve run a Show command to another tab and then switching back, Notepad++ will show the first and last line; at present I don’t attempt to override that. Versions of Search++ prior to 0.7.2 failed to coordinate hidden lines properly with Notepad++ at all, so switching tabs would lose all information about what Search++ had hidden. I also added more flexibility to Tools | Expand visible, which is primarily for showing context around matches after a Show command. You can now open a small tool window that lets you choose how many lines to show before and after in one step, and whether to show them around all visible blocks or only the block(s) containing the cursor or selection. This is a new feature, so observations about its clarity and usability are most welcome. It is described here in the help. One known problem is that when double-clicking a match or other position in the Search++ results window opens a new tab (that is, the file wasn’t open in Notepad++ already), the document fails to scroll to show the match or position. Double-clicking a second time (now that the document is open) scrolls correctly. I think I understand why this is happening, but I have not yet devised a way to make it work as expected.
    • donhoD

      v8.9.9 Release Candidate will be available in one week

      Watching Ignoring Scheduled Pinned Locked Moved Announcements
      1
      2 Votes
      1 Posts
      87 Views
      No one has replied
    • Michael MankiewiczM

      Vertical tabs with horizontal text?

      Watching Ignoring Scheduled Pinned Locked Moved General Discussion
      14
      1
      0 Votes
      14 Posts
      11k Views
      PeterJonesP
      It looks like @LucaSorvillo took me up on the recommendation: Created new Issue #18496 , so there’s an “open issue” to PR against Created PR#18497 to implement it as a sub-option of the Tab Bar > Behavior > Vertical option