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
    • guy038G

      Are both '.7z' and '.zip' portable archives necessary ?

      Watching Ignoring Scheduled Pinned Locked Moved General Discussion
      4
      0 Votes
      4 Posts
      134 Views
      Alan KilbornA
      @guy038 said: I personally always use the 7z archive, as the 7z application is installed I use the 7z archive, but only use the WinZip application (as WinZip “knows” the 7z format). Why do I do this? I don’t know…just the habit I got into.
    • CoisesC

      Search++: A work in progress

      Watching Ignoring Scheduled Pinned Locked Moved Notepad++ & Plugin Development
      100
      5 Votes
      100 Posts
      26k Views
      CoisesC
      @guy038 said: First, many thanks for adding the Find in Files capability within the Search++ plugin. Thank you for trying it! It’s important to emphasize that the Filters search is always a NON-SENSITIVE search. I made it that way by default since file and folder names are not case sensitive in Windows. You can still prefix the expression with (?-i) to make it case sensitive. I don’t know if the API I use to retrieve file paths from a folder is guaranteed always to return names in the correct case, but it appears that it does. Now, is there a particular reason for not allowing the ICU search ? Just the same as before — allocation of time and effort. ICU is not a “drop-in replacement” for Boost::regex; it would have significantly delayed me being able to release a public version of this had I included ICU search. Since Notepad++ users are already familiar with Boost::regex syntax, and I am more familiar with its programming interface (and so can work with it more quickly than ICU), I have prioritized Boost::regex. I am not ruling out adding it later. I will say, though, that I plan to study and attempt to incorporate its useful unique features into Boost::regex before spending too much time trying to implement additional ICU search variants of Search++ functions. It remains to be seen whether I can successfully fork Boost::regex and extend/enhance it to make the ICU search option redundant. It definitely helps me that you are making note of ICU features you miss in Boost::regex. Regarding the Search++ Results dialog : Would it be possible to add a Purge option, like in the context menu of the N++ Search results dialog ? You could use the same label Purge for every search or some equivalent ( I do like Purge before each search ) That makes sense and sounds possible. I’ll add it. Although written in your files list, I also noted that the number of scanned files is not reported in the Search++ Results** dialog, unlike with the N++ **Search results` dialog And, if possible, it would be best to include the chosen options of the current regex too, like Regex, Case,... ?! Agreed. I’ll add that information. To end with, I noticed that, within the N++ Search results, it is possible to easily see all files which has matches, without seeing the matched lines : By hitting Ctrl and clicking on ⊟, on the first line => The search collapsed after some time and then with a simple click on ⊞ By using the Fold All option of the Context dialog and then a simple click on ⊞ of the first line I see your point. There is some flexibility missing. I will look for a way to make that easy to do.
    • dr ramaanandD

      With the help of a Regex, how to find "code" preceded by a "<" only if "code {" is absent between "<style" and "</style>" in the css section which is below ?

      Watching Ignoring Scheduled Pinned Locked Moved Help wanted · · · – – – · · ·
      13
      0 Votes
      13 Posts
      884 Views
      dr ramaanandD
      @guy038 Merci beaucoup!