@Screen-White said: plugin For what it’s worth, I have a plugin called Unicode Normalize that can normalize selected text to any of the four standard Unicode normalization forms. There’s a short discussion of it here. This plugin uses Windows’ NormalizeString function. It could probably be improved by using ICU4C. I haven’t done a lot of work on it; it’s just something I threw together to solve a problem. The search problem is one I hope to solve someday in my work-in-progress called Search++, but it will be a while before I get to that.

@Karen3D , That sounds like a permissions issue… but you aren’t running in Admin mode, so usually there isn’t such a thing. What are the results of the following experiment? Exit Notepad++ delete %AppData%\Notepad++\session.xml Run Notepad++ Open 3 files Exit Notepad++ Look at %AppData%\Notepad++ Is there session.xml ? If you open it (with notepad.exe or some other editor), what are its contents What permissions does it have? Windows Right-Click properties, Security tab, click on your username, it should have all the normal permissions checkmarked, like: [image: 1791574173538-9a809e1e-abff-40ed-aa52-7df27aa9f984-image.jpeg] If it’s there, and your three files are listed, then when you next run Notepad++, it should load those files. If it does, great, problem solved. If it doesn’t, then as long as it’s not a security issue (ie, unimportant filenames/paths without secrets in the path), it would be great if you could share the contents of the session.xml, as well as confirming that your Debug Info is identical to what you shared above, and paste screenshot of your Settings > Preferences > Backup

@davidi67 , But did you do the suggested fix for that, before uninstalling and installing an older unsupported version to see if that would work. Since the original poster never responded here, it’s unclear if that fixed the problem, and your not trying to use the fix, amounts to the same lack of knowledge this issue still presents. I haven’t had any problems so it doesn’t affect me, but others having the same issue might like to hear that you tried the fix and it worked or not, so they have a better idea of what to look for if that does or doesn’t fix it.

@gromittoo , I have never seen that happen. The only way I know of for the two Views to appear to have different font sizes is if there is a zoom difference. I know you said you returned to default zoom, but the two Views don’t sync zoom in modern Notepad++, so you have to return to default zoom for each View separately. (Click one view, reset its zoom; click other view, reset its zoom) If your views are top/bottom, rather than left/right, they aren’t guaranteed to have the same number of rows, so right click on the divider between, and Rotate Left to get back to side-by-side views, which always have the same vertical space. Alternatively, if the font sizes are actually visibly the same, by a given line takes up more vertical space because of line wrap, you can drag the separation bar left/right to balance the width, or turn off line wrapping. I want to compare two files, side by side. My searches led me to use the View -> Move/Clone Current Document -> Clone to other view… That advice showed two copies of the same file, and doesn’t compare two separate files. You can move (not clone) the second file into the other view, if you really want two different files side-by-side. And if you’re really comparing two files, the ComparePlus plugin is your friend. (It can be installed using Plugins > Plugins Admin)

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

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!