@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

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.

@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.

@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.

@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.

@guy038 , I have also noticed that, recently, the username filter in the advanced search page doesn’t populate usernames. I had thought it might have just been me. I know that @barisusakli from NodeBB occasionally logs in, and they recently updated the forum software for us… maybe that version had a bug, because the admin panel says there’s another version available since they last updated us. Until then, once you make your search, you can edit the URL to set &by=PeterJones to search for my posts (right now, the URL probably has &by= with no value). It’s not as convenient as the drop-down, but it is a workaround.

@Bondige-Ramesh , I am sorry you are having difficulty. Assuming you mean “Notepad++”, not “Notepad” (they are two different applications – Notepad++ is what’s discussed in this forum; Microsoft’s notepad.exe is a separate product, and is not the focus of this forum) please share your ?-menu’s Debug Info, so we know what version of Notepad++ you are using, and get some useful information to help us replicate and diagnose your problem please be more specific than saying “suddenly loaded as empty” over and over. If it’s just a matter of you had a file, then accidentally deleted its contents, there is not much we can do to help you: we have a FAQ about backups, which gives a couple places to look, depending on what your Notepad++ backup settings are. But the chances are, now that the file loads empty, you have likely lost your data.

@donho Typo: “7 Fix Netork Path Warning dialog usability problem.” --> Network

@donho There seems to be another one: notepad-plus-plus . app I reported this too. GH issue: NPP brand impersonation website serving malware #18398

@Maddox-Armstrong said: @FreeMeow I goon to Notepad++ :P 666还有蜥蜴人

坚决维护共产党！任何邪恶中将绳之以法{亥~}。打响时我直接娟500m，掌上永远有这个钱！我要购买鸿星尔克，（不吃白象方便面不健康）直接就是一个练~起~来~曼watkanaisay曼波曼波。我都已经这样了你为什么布顺从我？ 正在使用花为18 uitra啊啊啊啊这个这个啊啊啊是吧

Hello, @Roberts-Rozis, @Peterjones, @dennis-bulgrien, @coises and All, @Coises, I did some tests with my D USB key and with your Search++ plugin and the following generic regexes solve the problem nicely : So, @Roberts-Rozis and @dennis-bulgrien : Select The Plugins > Search++ > Search in Files... option Select your média (C, D, … ) on the left and don’t forget to check the Subfolders option and, possibly, the Hidden files option Select the Reg. exp. option for the Filter : type In the filter box : • For a search of any file, even WITHOUT extension, between level N minimum and M maximum, enter : ^(?:[^\\]+\\){N,M}[^\\]+ • For a search of any file, WITH an extension, between level N minimum and M maximum, enter : ^(?:[^\\]+\\){N,M}[^\\]+\..+ • For a search of any file with the EXACT extension 'txt' or 'log' or 'ini', between level N minimum and M maximum, enter : ^(?:[^\\]+\\){N,M}[^\\]+\.(?:txt|log|ini)$ You may also add a size and/or a date condition Of course, check your desired search options Finally, click on the Find in Files button IMPORTANT : Replace the letters N and M by true digits, with the condition N <= M. The M value may be missing ! The syntax of these regexes are specific to the Search++ These regexes allow any search in an arborescence, from level N minimum to level M maximum. However : You may search from level 0, if necessary You can go through all the structure with the 0, or the N, syntaxes Note that you can simulate the Search++ filtering mode by using one of the regexes below, directly in Notepad++ ^(?:[^\\\r\n]+\\){2,4}[^\\\r\n]+$ ^(?:[^\\\r\n]+\\){2,4}[^\\\r\n]+\..+ ^(?:[^\\\r\n]+\\){2,4}[^\\\r\n]+\.(?:txt|log|ini)$ Against the text below, that you’ll paste in a new tab : 987.txt abc\123.txt abc\def\456.txt abc\def\ghi\789.txt abc\def\ghi\jkl\012.txt abc\def\ghi\jkl\mno\pqr\stu\vwx\yz\999.txt 987.txt abc\123.txt abc\def\456.txt abc\def\ghi\789.ini abc\def\ghi\jkl\012.log abc\def\ghi\jkl\mno\pqr\stu\vwx\yz\999.txt LICENSE abc\LICENSE abc\def\LICENSE abc\def\ghi\LICENSE abc\def\ghi\jkl\LICENSE abc\def\ghi\jkl\mno\pqr\stu\vwx\yz\LICENSE You may also try, for example, the cases {0,3} or {0,} or even {4,}. Enjoy ! Best Regards, guy038

It never inserts the text at the caret’s position for me: it either moves up a line and/or replaces the existing text. What am I misunderstanding?

@Allinmyhead , Notepad++ has no notion of “post”. It just sees a big blob of text, and tries to apply the search string you give it. If you search for just your username, that’s the only piece that will match. If you use a more complicated regular expression (“regex”), you can define a fancy search that will match more. If you gave more details about what a “post” is formatted in text, we could help you come up with the right regex. For example, if the post is username: blah blah blah [newline][newline], then something like ^username: .*?\R\R would find everything from username: to the two newlines in a row. But Notepad++ is not just going to “hide” everything else, and allow you to look at just that. As you do each Find Next, it will just highlight the entire match. It might be possible, if you gave us examples of what this file would look like, to be able to strip out “posts” that aren’t yours, instead. (Similar to the above, but matching anything but your username at the start of the post). But until you give us example data that matches your formatting, and show which posts you’d like to keep and which to delete, there is no way we could randomly come up with the right regex to help you. Click the </> button in your reply. Put some data in the code-box that creates. Make sure the data matches your actual data, and is formatted exactly the same. Indicate which “posts” you’d like to keep vs delete. Make sure you give us a description of how you, as a human, would recognize where one post starts and ends. Update: it might actually be easier to use the Mark dialog to mark all the username posts, rather than the find/replace to delete the non-username posts. That would allow “copy marked lines”, and then the username-only ones could be pasted in a new file, rather than deleting the non-username posts from the original. But it depends on the shape of the data, and whether you’d prefer to just delete from your old file or create a new one…

@peter-wall said: It works if that setting is off. It works, full stop. You just need to understand the documentation. As ScintillaDoc says for SCI_SETFIRSTVISIBLELINE, “These messages retrieve and set the line number of the first visible line in the Scintilla view. The first line in the document is numbered 0. The value is a visible line rather than a document line.” (emhasis added). The “document line” in Scintilla is the same thing that Notepad++ numbers in the line number column: it’s the real line, no wrapping. The “visible line” is affected by hiding lines and/or wrapped lines: if you have lines hidden in the document, that can decrease the visible line index relative to the document line number; if you have lines wrapped, that can increase the visible line index relative to the document line number. Scintilla has commands like SCI_VISIBLEFROMDOCLINE and SCI_DOCLINEFROMVISIBLE to help transform between the two concepts, and SCI_WRAPCOUNT will help you determine how many visible lines a single document line will become. If you want to turn word wrapping off, set your visible line, then reinstate word-wrapping, that’s fine; but the Scintilla messages provide other ways to allow you to correctly handle visible-line vs display-line.