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

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

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

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

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

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.

@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啊啊啊啊这个这个啊啊啊是吧

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?

MultiReplace 6.1 is out and will land in Plugin Admin with the next Notepad++ release. The focus of this release is Replace All in One Pass, running the whole list in a single left-to-right sweep instead of one full pass per entry, together with a reworked Find/Replace in Files and a handful of list and UI improvements. Several new options live under Plugins > MultiReplace > Settings. Download: Latest build Key Features & Improvements Replace All in One Pass: Runs the whole list in a single pass instead of one full Replace All per entry, so results build on each other left to right. With cat → dog and dog → cat, sequential mode turns “cat dog” into “cat cat”, one pass turns it into “dog cat”. Much faster on large documents. Toggle per tab, right-click the list tab. Use Open Documents: Find/Replace in Files can now work on files already open in Notepad++ as the live document, unsaved changes included, instead of the copy on disk. New checkbox in Settings. Skip Binary Files: New option for Find/Replace in Files (on by default), same detection as ripgrep and VS Code. Also adds UTF-16 detection without a BOM, and skipped files are always reported, broken down by reason. CSV Header Rows: Find/Replace now always searches header rows too. “Header rows to exclude” only protects sorting and duplicate detection. Collapse to File List: New Search Results dock option folding every search block down to just file names and hit counts. Ctrl/Shift-click works in the fold margin, same as Notepad++'s own Search Results panel. Library Mode: “Keep list always visible” can now be switched right from the Use List button’s context menu, no detour through Settings. Add New Row: Takes over the dialog’s current search options instead of starting all off. Find/Replace text still starts empty. Duplicate Row Reporting: A list row that exactly duplicates an earlier enabled one is skipped as before, but the status line now tells you how many rows were skipped. [image: 1789296944806-e15a9d23-6db6-4411-a694-d44fc95300e5-image.jpeg] Issues or suggestions: GitHub. Happy replacing!