@guy038 said: For, the tests below, I needed, of course, to un-check the Always unmark all text before Mark command. (Otherwise add to existing marked text.) option in Settings I don’t know if it’s clear, but that only affects Mark search commands. It doesn’t affect any commands on the Tools menu. There are two times when a successful Mark search command unmarks existing text first. (A command that doesn’t find a match never unmarks.) One is when that option is checked: in that case, all Mark search commands clear existing marks before marking matching text. The other case is Mark in Marked text. When that command is chosen or defaulted, existing marks are cleared before marking the first match regardless of whether Always unmark… is checked, because otherwise the command could not accomplish anything: it would only be marking text that is already marked. The Configure bookmarks option Mark commands that unmark before searching also clear bookmarks. is related to this. If either of the above cases applies and that box is checked and Bookmark lines when marking text is checked, bookmarks are cleared as well as marks. Hopefully that does what most people would want and expect without them having to think through all those details. Regarding the present Synchronize marks and bookmarks sub-mneu, below : Add a bookmark to each line with marked text Add a bookmark to the first line of each span of marked text Bookmark only lines with marked text Bookmark only the first line of each span of marked text Bookmark visible lines Add marks to all text in bookmarked lines Mark only text in bookmarked lines Add marks to all text in bookmarked lines, excluding line endings Mark only text in bookmarked lines,excluding line endings Two observations : 1 I don’t think that the options which mark only the first line of each span of marked text are really useful. Actually, the goal is more to mark all the lines that meet a certain criterion, in order to navigate between these lines, copy / cut theses lines for pasting in a other location or file or deleting these ones ! Yes, I have wondered if any of that, in the Synchronize sub-menu or in the Configure bookmarks dialog, is useful. It was how I expected bookmarks would work with search and that’s how I first implemented it; then I saw that Notepad++ doesn’t just bookmark the lines where each match began, it marks every line containing any part of a match. I suspect it’s a lot less common to search for matches that span multiple lines than for matches contained in a single line, so maybe few people even notice the difference. I think I would either leave it in both the Configure bookmarks dialog and the Synchronize menu or take it out of both. I left it out of the Invert sub-menu because I couldn’t figure out a way to make it make much sense when doing inversion with bookmarks. 2 With native N++, whatever you use the ^.* or ^.*\R regex to mark AND boomark lines, then using the Copy Bookmarked lines of N++ and pasting in an other document, even with an other kind of EOL, just paste the bookmarked lines according to the EOL of the pasting document So, most of the time, taking the line-breaks in account is not necessary ! However, adding the line-breaks characters is useful as it also includes the true empty lines ! Thus, this would simplify the Synchronize marks and bookmarks sub-menu to the following one : Bookmark only lines containing marked text Clear all bookmarks, then bookmark only lines containing marked text Bookmark visible lines Mark all text and EOLs of the bookmarked lines Clear all marks, then mark all text and EOLs of the bookmarked lines I have to think about this some more. I can agree that having line endings / no line endings variants in those menus makes them more complex to read and use. Inverting marked text can yield some strange results. For example, say you matched a full line, but not its line ending, so it alone is marked and bookmarked. Now you Invert marked text and sync bookmarks. The line ending on that line wasn’t marked, so when you invert marks it is marked; since there is a mark on the line (though you can’t see it if you don’t show line endings), the line is also bookmarked. Every line in the document is now bookmarked, including the originally marked and bookmarked line that now has no visible marks (they’re hidden along with the line endings). Though I don’t think I should ignore line endings on the programming side — as per my example above — it could be that I can “hide” the unexpected behavior from users so they don’t have to think about it. The tricky bit is being confident that I really have covered all the cases that would be confusing to a user if I don’t force them to think about line endings.

Thanks a lot @guy038 for running the whole thing again, this time it didn’t finish in seconds ;-) Nice to see the results panel still usable with almost 10 million hits, even the jump to line 690 in that DLL at the very end. Interesting that walking the whole drive for those 130 PDFs takes almost the entire run, 5m45 of 5m48 for MultiReplace, and it’s the same picture with the other tools. The 4 “not decodable” are most likely UTF-16 files with an odd number of bytes. N++ simply drops the last byte there, the next MultiReplace build will do the same in Find in Files (Replace leaves them alone, writing them back would lose that byte). Speed is next on my list.

@Paul-Adamczyk said: Still much to learn. Useful References: Notepad++ Online User Manual: Searching/Regex FAQ: Where to find other regular expressions (regex) documentation

@Timothy-Baxendale Need care not to interact with the buttons that do multiple documents. A not so ideal solution as it is external could be to use an AutoIt script to monitor and disable these buttons. ; Window title and text of the button. Global $aWnd[2][2] = [['Find', 'Find All in All &Opened Documents'], _ ['Replace', 'Replace All in All Opened Doc&uments']] ; Keep looping as persistant disabling of the buttons is needed. While 1 While ProcessExists('notepad++.exe') For $i1 = 0 To UBound($aWnd) - 1 $hWnd = WinActive($aWnd[$i1][0], $aWnd[$i1][1]) If $hWnd Then If ControlCommand($hWnd, '', $aWnd[$i1][1], 'IsEnabled') Then ControlDisable($hWnd, '', $aWnd[$i1][1]) ExitLoop EndIf EndIf Next Sleep(500) WEnd Sleep(1000) WEnd The window title text and button text needs to accurate. This text is based on the default English locale. The loops will continue running. If need to pause and use the buttons, then the icon in the System Tray will pause the script on click. Click Script Paused to uncheck the item to continue with disabling the buttons. Click Exit to end the script. The AutoIt interpreter and compiler are located: https://www.autoitscript.com/site/autoit/downloads/

@PeterJones Thank you now as for my other questions …

@rdipardo , I got a statement of sorts in regard to this request, specifically, this comment: Using AI to create a PR for an open source project - is it a good thing or a bad thing? I have no judgement on that. For me, the only criterion that matters is whether the merged code will be maintainable in the future. On this point, I have to say that AI-generated PRs (I can usually tell during code review), often do not meet the critera in their current state - but many human devs don’t either.

@Vitalii-Dovgan , I don’t think the Plugins Admin will be able to do all of that on its own. The DLL needs to be at the top level of the zipfile. What you could do is to have your plugin intialization look for the autoCompletion and userDefineLangs files in the appropriate locations (use NPPM_GETNPPSETTINGSDIRPATH to make sure you put the UDL in the right per-user place, regardless of doLocalConf, -settingsDir, CloudDirectory, or normal AppData; autoCompletion always goes relative to NPPM_GETNPPDIRECTORY – and for any that are missing, copy from ...\plugins\SmartMath\ subfolder(s) into the right destinations. A possible zipfile structure could be: SmartMath.dll doc\ SmartMath.md autoCompletion\ SmartMath.xml userDefineLangs\ SmartMath.udl.xml SmartMath_Dark.udl.xml That would all get placed in ...\plugins\SmartMath\ Because autoCompletion definitions are in the program directory hierarchy, there may be a permission issue, so you’d have to request elevated permission to do that copy; examples of how I did that can be found in my ConfigUpdater plugin. (The plugin itself is not so useful, since I moved that feature to N++ itself, but some of the code is still useful reference.)

@ChotaFallen , Under default Monokai, I cannot replicate: [image: 1790262087450-9491595a-6d67-4abf-8758-f5ed5da6beb3-image.jpeg] However, if I change the Default Style > Background for Monokai (to a green similar to your second screenshot), I can see it: [image: 1790262414327-b8f97a3a-d5b4-43cd-b0f3-a1c35e66c366-image.jpeg] It’s because Monokai (and most themes) hardcodes every background color for every style, rather than using “inherit”. Here’s an example using the default style: [image: 1790262562644-9ba07e02-fb1d-4d2f-a580-d6cb2d7d5924-image.jpeg] The theme color choices aren’t always perfect, and not everyone is going to agree with color choices made. As such, you can customize to what you want. If you want most of the backgrounds for your theme to inherit from the “default background” rather than being hardcoded, you can go through and right click the background color for any that are the default. (Or, as a footnote, I will also explain a process that you can edit the XML for your customized Monokai, to automatically change anything that has a background that matches the monokai default background to inherit from default background, so that you can do it in a lot less time.) What I need is a better highlighed line I am working in, its black on dark that has nothing to do with highlight. … If I try to change it via Style congiruator the line will be solid in the color I choode doesnt matter for fore or background. Which “highlight” do you mean? And I am not sure what you aren’t liking about it when you change it. Current line highlight: default Monokai: [image: 1790262875579-db922444-92f4-4df3-91f4-9865727004fd-image.jpeg] set it to something else: [image: 1790262905945-fca66fe1-82d2-47cd-92cb-8c1ca0e6bc54-image.jpeg] it does exactly what I expect: it changes the current line background color 0x3E3D32 to something based on the color I selected. Selected text colour: default: [image: 1790263082002-6cf5b4c1-7b2e-47bc-8b20-47ad2ea1884a-image.jpeg] modified: [image: 1790263104839-6318a4e3-6d6a-4583-b949-855a439f304c-image.jpeg] again, it does what I expect Smart Highlighting: default: [image: 1790263153651-1107e88c-b40c-4622-b0e9-d2676004c323-image.jpeg] changed to cyan: [image: 1790263182686-3ba38b0a-1f92-4d9d-ba94-b36ef4d0c6f3-image.jpeg] this one, it’s actually combing the selected color with the normal background color, so it’s not exactly the same color you chose; but again, that’s not unique to Monokai Find Mark Style: used when you use Find > Mark dialog [image: 1790263284015-0e9c9f44-f393-44ae-b29a-386e362939bd-image.jpeg] Mark Style #: used when you use Search > Style … Token options: [image: 1790263340517-131aa3df-93bd-4977-9bd9-3143c4a7fbcb-image.jpeg] There are a few other, less likely, choices that you might mean by highlight. But rather than showing that I think it does what’s expected, it would be better if you were more specific about what you were doing, and what you don’t like, and what you would like. Footnote: Make Monokai backgrounds inherit quickly I assume you have a copy of Monokai.xml in %AppData%\Notepad++\themes\ . Exit all copies of Notepad++ Copy Monokai.xml to Monokai_custom.xml Edit Monokai_custom.xml with Notepad++ Confirm that <WidgetStyle name="Default Style" has bgColor="272822" – if not, manually edit it to use that Search > Replace, set Search Mode = Regular Expression FIND = (?-s)bgColor="272822".*\KcolorStyle="(?:(2)|(3))" REPLACE = colorStyle="(?{1}0)(?{2}1)" REPLACE ALL FIND = (?-s)(bgColor="272822"(?:(?!colorStyle).))*\h*/> REPLACE = colorStyle="${1} colorStyle="1" /> REPLACE ALL On the “Default Style” line again, delete colorStyle="1" Save the file Exit Notepad++ and re-launch it Settings > Style Configurator > Select Theme = Monokai_custom Now if you change Monokai_custom’s default background color, it should propagate to all the other styles (both normal text and each language), so it really changes the background throughout.

@PeterJones Oh!! Understood!! thank you!!!

XBrackets Lite v2.0.4 Glory to Ukraine! Glory to the heroes! improved: a manually typed closing bracket steps over an auto-completed one, even after typing text inside the pair. For example, typing ( automatically inserts ), producing (|), where | indicates the caret position. Typing abc places the characters inside the pair, resulting in (abc|). Typing the final ) then steps over the existing ), resulting in (abc)| instead of adding a duplicate closing bracket (abc)). changed: while searching for “XBrackets.txt”, the plugin first checks the “plugins\XBrackets” folder, and only then checks the “plugins\doc” folder. a few internal corrections. https://github.com/d0vgan/npp-XBracketsLite/releases/tag/XBrackets_v204

@docpomus , I am sorry no one replied yet. Usually when that happens, it means that either gup.exe or nppPluginList.dll (in subdirectories of your Notepad++ installation folder) still have the “mark of the web”. To check (and clear) the “mark of the web”, exit Notepad++; right click on the exe or dll file; select Properties; in the General properties tab, if there is a message at the bottom with “unblock”, checkmark that checkbox, and click OK. Do that for either/both files. After that, the plugins should be able to update from Plugins Admin again.

@Adam-Narkiewicz , (sorry for the slow reply: when I first read your post, I was in the middle of something, and couldn’t go looking for the issues, so I hoped that someone else would reply with similar information. Since no one has, I am doing it now.) Honestly, I believe the bug is in step 5: it shouldn’t do that “check for underlying file existence” when you tell it to Close All (or when just closing one file, as in Issue #11866; or when you tell it to reload a file, as in Issue #18718). The developer tried (per this comment) to find a way around this, but hasn’t found a viable solution yet. After asking whether to keep a file in the editor, Notepad++ closes it no matter what my answer is. For me, since you already said “close all”, I don’t see a problem in Notepad++ closing it. I am not convinced it should’ve asked in the first place. Fortunately, if there are unsaved changes – so if you’ve edited the file, so there are unsaved changes to the file that doesn’t exist anymore – it will interrupt the process and ask you to save it, and when it fails, it stops the process (not the best solution, but better than losing data). So this oddity at least won’t let you lose unsaved changes accidentally when doing Close All for files that have disappeared. So that’s something. asks me whether to keep some deleted files open, but not all That does seem problematic, to me. I guess after doing the single check, it finally believes your request to Close All meant to Close All. In conclusion: Since Issue #11866 exists for the single file-close, I don’t think this needs a separate official issue. I’m glad it’s “not particularly annoying” to you, because it could be a long time (if ever) before a solution can be found.

I said: In case anyone else is interested, you can try previewing plain-text wireloom files with this development build of Preview HTML. This feature has now been merged, with additional support for offline Markdown previews that will render wireloom code blocks: [image: 1790348955006-wireloomx898.gif] All rendering is done by client-side JavaScript modules, so MS Edge is still required. @Keith-Collyer said: What would be really good would be if the developers of these re-merged their plugins! Don’t look now, but no fewer than three new Markdown plugins have appeared in the past two weeks — and they all depend on the WebView2 runtime (i.e. Edge).

@peterjones Installed Notepad++ v8.9.8.1, and this problem went away [image: 1790343129511-%D0%B1%D0%B5%D0%B7%D1%8B%D0%BC%D1%8F%D0%BD%D0%BD%D1%8B%D0%B9.png] p.s. And I don’t need to unblock files received from the Internet, because after a clean install of any Windows, I will block this option through the registry.