@Coises I like your idea (as I also wrote in the issue). Besides other merits, it eliminates a behaviour that has been bothering me for a long time: if you work with a real file, then switch to a tab that is not a file, then to another not-a-file-tab and remain on these for some time, you completely lose the context of the real file in your mind. Yet when you press Ctrl+O (or Ctrl+S) you find yourself in a location that you have long abandoned mentally.

@KingRustamus

I’ve encountered such stuff before and it was caused by the Windows ransomware protection “Controlled folder access” in action. (build in Notepad.exe works in such a case because all the Microsoft own signed binaries have a build-in exception).

So check (try to set temporary off or add a new Notepad++.exe exception there) the Windows Settings > Privacy & Security > Windows Security > Virus & threat protection > Ransomware protection > Controlled folder access.

If it doesn’t help, I can prepare a testing build of the notepad++.exe binary showing us exact system error code (and it’s not the ERROR_ACCESS_DENIED for sure, otherwise in the v8.8.6+ you saw the UAC-elevation prompt 1st) leading to this SaveFailed N++ messagebox.

@Sinsearach ,

Just updated after quite a long while,

So that means it wasn’t just v8.8.8 that you had the problem with. Please only use the “Notepad++ x.y.z release” announcement topics for changes between immediately-previous version and this version. For example, that v8.8.8 topic should only mention regressions that changed behavior between v8.8.7 and v8.8.8. Any other problems you find when you jump from v8.1.5 (for example) to v8.8.8 should go in “help wanted” (where I put this duplicate discussion), and if can be confirmed as a bug in Notepad++, we will direct you on where to put in the official bug report. But it’s not an immediate regression with v8.8.8, so doesn’t belong in that discussion.

TextFX (NppTextFX2) plugin

mumble mumble… I wish the person who had done the conversion to make it compatible with N++ v8+ had renamed the menu and About box, not just the underlying DLL. (Not your fault, I know… but if someone accidentally just calls it TextFX, we are led to believe it’s the out-of-date incompatible plugin. So thanks for at least putting the real name in parentheses.)

plugin will not work (appear at all), whether installed manually or through plugin admin,

Weird. I just took portable v8.8.8 on my Windows 11 machine, and used Plugins Admin to install NppTextFX2 1.4.1, and it installed just fine. When N++ restarted, the TextFX menu was there, and I tried a couple random commands, and they did what was expected.

I would be very much surprised if this were a Windows 10-vs-11 thing, because NppTextFX2 hasn’t changed recently, and N++ itself is tested on both Win10 and Win11…

Yes I ran as admin.

when did you run as admin? when you installed the plugin? or when you tried to run the plugin? or both? Because if you’ve got a portable Notepad++, it should be in a directory where you have full write access… and you shouldn’t need to Run as Admin (in fact, since v8.8.6, you probably shouldn’t need to Run As Admin for just about anything; it will individually ask for permission when writing files in protected directories). But if you installed it as Admin, maybe it broke the permissions of your portable directory

In your portable 64-bit (you shouldn’t need to use 32-bit in modern OS): please do the following:

go to ?-menu, and share your Debug Info with us show us a recursive directory listing of your portable Plugins directory, so that we can see that the directory hierarchy is correct (dir /S from a cmd.exe prompt, or powershell equivalent)

@Arp-Rip said in How to copy and paste large line ?:

I want to copy and paste from line 234566 to 6573242.

Due to it is pretty large line, I can not push the mouse left key and pull.

What kind of effective method that I can do this ?

Ctrl+G then 234566 to go to first line, and place the caret wherever you want to start on that line Edit > Begin/End Select (or keyboard shortcut equivalent) Ctrl+G then 6573242 to go to final line, and place the caret wherever you want to end the selection on that line Edit > Begin/End Select (or keyboard shortcut equivalent) Everything between the Begin and End will be selected

I think what is really needed, are 2 new keyboard shortcuts to:
(a) move to/from 1st and last tab

View > Tab > 1st Tab already has a default shortcut of Ctrl + Numpad1 View > Tab > Last Tab doesn’t have a default shortcut, but Shortcut Mapper can assign one quite easily (Settings > Shortcut Mapper > Main menu, Filter = last, click on Last Tab and Modify to set to whatever keyboard shortcut you would prefer) Notepad++ has hundreds of menu commands (a thousand? probably pretty close). They cannot all come with default keyboard shortcuts, and the user is expected and encouraged to customize the shortcuts to match their individual needs.

(b) move to/from previously selected tab.

If Settings > Preferences > MISC page’s Document Switcher section has both ☑ Enable and ☑ Enable MRU behavior turned on, that’s exactly what Ctrl+TAB does. If you don’t hold down the Ctrl, it just toggles between the current tab and the previously-used tab. And if you hold down the Ctrl, it allows you to navigate through in order from most recent (top of list) to least recent (bottom of list).

So all three features you mentioned already exist, and 2 out of the 3 have default keyboard shortcuts already defined. So to get everything you want, you just have to use the Shortcut Mapper to assign a key to the Last Tab command (which might naturally go to Ctrl + Numpad0, to align with the the Ctrl + Numpad1 for the 1st Tab).

Useful References Document Switcher feature: https://npp-user-manual.org/docs/user-interface/#document-switcher Document Switcher preferences: https://npp-user-manual.org/docs/preferences/#misc

@mpheath
Thank you very much, adding these lines to the startup.py did indeed solve the problem og not correctly highlighted brackets with modern css selectors!

@PeterJones

Thanks for pointing me to that Github issue. I somewhat researched the topic (using VS code/Electron) repos and added a suggestion there.

The issue, I think, is that instead of using a dedicated shell API, Notepad++ tries to manually launch an Explorer process.

@luk3Z ,

You could share it in the centralized NppThemes Collection at https://github.com/notepad-plus-plus/nppThemes/ , which makes it easier for people to look through available themes (and with the CollectionInterface plugin being able to directly access that Collection, the plugin can simplify their installation process)

@James-Burke-0 ,

Also, please don’t waste our time by asking the same question repeatedly in different ways. I told you this in early November, in this post, where I said, “instead of providing you a Save button…”, and went on to explain the same thing.

It’s very annoying to go to all the trouble of giving a detailed answer, and then to get proof that the answer is completely ignored by the person who asked.

@Ian-Hicks Hit a few too many speedbumps, so retraced my steps and found a solution using MSXML. Output isn’t as elegant, but it’s readable, so provides a solution to my problem

Hi, @mark-anderson, @peterjones, @alan-kilborn and All,

Phew ! More fear than harm ! See my very last issue_comment :

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17227#issuecomment-3591646890

BR

guy038

Hi, @peterjones and All,

Peter, actually, we were not talking about the same thing !

On GitHub, under the tree structure notepad-plus-plus/PowerEditor/Test/FunctionList/perl, there are two files :

unitTest ( named unitTest.txt )

unitTest.expected.result ( named unitTest.expected.result )

And indeed, after downloading the unitTest.txt file and opening it within N++, it did automatically recognized this .txt file as a Perl file, due to the first line #!/usr/bin/env perl

Now, in the functionList sub-folder of my portable 887_x64 installation, I copied three files :

perl.xml of N++ v8.8.6, that I renamed perl_886.xml

perl.xml of N++ v8.8.7, that I just re-copied as perl_887.xml

perl.xml, from your last link ( https://github.com/notepad-plus-plus/notepad-plus-plus/blob/3d829d9a311fa05f77479b79b5b340e05986a52e/PowerEditor/installer/functionList/perl.xml ), that I renamed Perl_NEW.xml

Then, after closing N++, from a CMD prompt, I ran, successively, the three commands :

• D:\887_x64\functionList>copy perl_886.xml perl.xml • D:\887_x64\functionList>copy perl_887.xml perl.xml • D:\887_x64\functionList>copy perl_NEW.xml perl.xml

I re-started N++, each time, with current tab = unitTest.txt and opening the View > Function List feature, I did verify that :

The Function List panel with perl_886 was immediate but quite incomplete

The Function List panel with perl_887 was correct but with a slight delay at opening time

The Function List panel with perl_NEW was correct and with no delay at all !

Therefore, I now have the necessary equipment to test the Perl function list regexes and imagine possible new regexes. But just for myself, because I doubt I’ll find anything better than your solution !

Best Regards,

guy038

@evdmade01 said in Plugin Manager:

Plugin Manager - what happened with it, where did it go?

The old Plugin Manager plugin hasn’t been compatible with Notepad++ in 7 years. In v7.6 (in 2018), it was replaced by the built-in Plugins Admin tool. Use that built-in tool, not the old, unmaintained, advertising-supported Plugin Manager.

@Doreen-Ammons

It is possible. There are a few ways to do it, depending on your exact circumstances. Here is one way:

Open a new, empty tab.

If you don’t see line numbers at the left, go to Settings | Preferences… | Margins/Border/Edge and check Display in the Line Number box at the top right.

Press and hold the Enter key until you have exactly 200 lines.

Edit | Select All (or Ctrl+A).

Open Edit | Column Editor….

Select Number to Insert; set the Format to Dec. the numbers to 1, 1, 1 and Leading to None.

Click OK. You should now see the numbers 1 to 200 in your file.

The column editor will leave extraneous (for this purpose) blanks after the one and two digit numbers. Use Edit | Blank Operations | Trim Trailing Space to remove them.

From your original source, copy the fixed part of the text; that is, everything from “goldplate” to “1.2.3.” including the point but not including the final 1.

Go back to tab with the list of numbers from 1 to 200. Click at the very beginning of the list, at the left of the 1. Scroll to the bottom using the mouse (not the keyboard), hold down Shift and Alt, and click at the left of the 200. You should see a thin, blinking line running at the left of all your lines.

Paste. You’ll see the text you copied added before each number.

You can now Select All, copy, and paste this back into your original file.

nice, it really hepled me, thank you again)

@NolanNolan said in Standard ANSI and code still change to something else:

But really weird that using Microsofts own notepad.exe that comes with a standard windows installation makes windows search not detect characters in txt files that belongs to the installation language of the OS.

Perhaps not quite as strange as it might first appear.

Support for Unicode in Windows dates back to the first release of Windows NT in 1993. (NT was a “business” operating system; it took another eight years or so to get Unicode into “consumer” systems.) The thing is, Windows chose to support 16-bit characters: UCS-2, which later became UTF-16. UTF-8 wasn’t even presented publicly until 1993, and it took many more years for it to become popular. Most early adopters of Unicode, like Windows, used 16-bit “wide” characters.

So, for a long time, in Windows “Unicode” meant UTF-16. Windows XP (2001) introduced code page 65001 for UTF-8, but it was only useful in conversion functions and console sessions. In Windows 10 Version 1903 (May 2019), it became possible to set UTF-8 (65001) as the system code page; however, that doesn’t (yet, in 2025 at least) do as much as you might hope it would, and it can precipitate odd behavior in software. (I tested your specific case: setting Use Unicode UTF-8 for worldwide language support does not change how search in Windows Explorer interprets files without a byte order mark.)

Files using legacy (“ANSI”) encodings are too common to ignore, but, as @PeterJones pointed out in his earlier post in this thread, there is no completely reliable way to distinguish an “ANSI” encoding from UTF-8. Windows chose to use the byte order mark (already in use in UTF-16 files) to signal when a file is UTF-8. Windows simply does not recognize a file without a byte order mark as Unicode.

Notepad++ uses byte order marks, too, but it also recognizes when a file has a very high likelihood of being UTF-8 (without a byte order mark). This is possible because the details of UTF-8 encoding make it highly unlikely that a legacy text file will “accidentally” also be a valid UTF-8 file — unless it is very short, has been intentionally crafted to trigger false detection, or contains only ASCII characters. (Since ASCII characters are represented identically in UTF-8 and in legacy code pages, the last case only matters if you edit a file which contained only ASCII characters so that it contains one or more non-ASCII characters. In that case, it is important to set your intended encoding depending on how the file will be used.)

What you’re confronting is the difference between how Windows detects UTF-8 (must have a byte order mark) and how Notepad++ detects UTF-8 (valid UTF-8 byte sequence, which is statistically highly unlikely to be a legacy encoding).

There is no good solution to this without inventing a time machine and changing decisions that were made over three decades ago.

Well… no good solution that does not sacrifice reasonable backward compatibility. I consider that one of Windows’ best features, and I admire Microsoft for sticking to it. Twenty-year old programs can still run on current versions of Windows. I hate the culture of “If it’s not constantly maintained and upgraded, junk it!” that’s overtaken most of the computing world. A job once done well should stay done. (I suspect this has a lot to do with Microsoft’s dominance in business applications.) Not everyone shares my view.

@PeterJones Thank you!

@PeterJones I think I found the culprit behind this.

Looks like I had my Avast autoupdater to ON, and probably it was the reason behind quiet updates for both Notepad++ and my Mozilla Thunderbird 42.

It became a routine for me to reinstall old versions over and over and over agian.

Thank you for your response.

Really appreciate your help and detailed approach.

@guy038 said in How to Print Pretty with missing close tags.:

Let’s start from your solution

I’d hardly call it “my” solution. In that I used your generic find/replace-in-region formula, and plugged in reasonable values for the “variables” from that generic formula. The whole point of that generic formula is to make it really easy for anyone to just plug in their BSR/ESR/FR into the formula, and have it “just work”, without having to optimize or tweak.

If I run, successively,

As @Doctor-Rashir said here, “There are many closed tags”… In other words, it’s not just SONRQ and SIGNOMSGSRQV1, and trying to manually run a separate regular expression for each of the “many closed tags” is thus not practical. That is why I went to a script to automate it.

@PeterJones
Thank you for the reply. Yes, I understood that inference. I was hoping there was additional tweaks to try. Yes, I could do a reply. It was triggered on a very minor edit. Maybe the site support would be interested in the issue. But it’s not important to me now.