@Gerard-Kiekens said in Notepad++ VERY slow to open:

I agree with you that the size should not change, but it did.

Hard to argue my side cogently when you provide no data.

Editing a fresh Darkmode_Default afterwards solved the problem. This one also increased in size, but kept working as fast as it should.

But not from 220kB to 500MB.

If you want to "play"with it, you can find it here:
https://www.key-can.nl/Info/DarkModeDefault.xml

The file you linked there is only about 220kB as well. And the reason it’s a different size than the actual DarkModeDefault is because it obviously started from an old version of Choco.xml, as evidenced by the copyright notice starting:

<?xml version="1.0" encoding="Windows-1252" ?> <!--// choco Copyright (c) 2008 Fabio Zendhi Nagao <http://zend.lojcomm.com.br/>

I can tell it’s an old copy of choco, though, because it is still “Windows-1252”. That was changed to UTF-8 in v7.9.3 from 2021.

DarkModeDefault was originally derived from Zenburn.xml, since the time it was created (it started with the full zenburn preamble, but eventually pared it down to

<!-- Dark mode default style for Notepad++. This file is based on Zenburn them (zenburn.xml) License: GPL2 -->

As you will probably know you can find the themes in %users%\Appdata\Roaming\Notepad++\Themes

That’s where you find your customizations. The originals (kept up to date with each update of the program) are in c:\program files\Notepad++\themes. Historically, Notepad++ would just leave your customized themes completely alone, so they would never show you any of the new styles that had been added/enabled over the last 5 years; in the recent Notepad++ releases (starting in v8.8.9, though I recommend skipping 8.8.9 and 8.9.0 and going directly to 8.9.1-or-newer because of bugs in the first two releases of this feature), it will add any missing styles or missing languages to your active theme, so that way, your Style Configurator will allow you to edit colors for new styles or languages without losing all your old theme customizations.

So the small size difference between your Choco-based theme and the actual DarkModeDefault can be explained by being based on the old Choco. The huge 500Mb size that you reported from earlier cannot be explained by anything that’s been said yet, and I still don’t understand how it could have happened inside Notepad++. And without a hint as to what the edited XML looked like for the super huge file, there’s really no way that mystery will ever be solved.

@Tangfolio ,

From a Windows command line, to pass a filename with spaces to an application, you need to put quotes around the filename. This is the way that Windows defines the command-line interface, and not something specific to Notepad++

update: sorry, that was an abbreviated response. Real life interrupted, so I posted what I had so far, at the time. continuing where I left off:

So, from the command line, notepad++.exe word1 word2.txt would try to open word1 and word2.txt in the current directory, which presumably don’t exist, whereas notepad++.exe "word1 word2.txt" would properly try to open the file with spaces in the name.

If you are using the right-click context menu in Explorer, the normal Edit with Notepad++ (which gets added via NppShell.dll, when you do a normal Notepad++ installation), then it should handle the spaces just fine. But if you created your own Notepad++ entry using regedit or a registry .reg file, you have to make sure that your entry says, "c:\Program Files\Notepad++\notepad++.exe" "%1", with the quotes around each, otherwise it will behave as you described.

Again, requiring the quotes around the filename is just the way Windows OS has defined the command-line interface (but similar is true in other operating systems, as well, because any OS must be able to tell the difference between program file1 file2.txt trying to work on two different files and program "word1 word2.txt" trying to work on one file with a space in the name.)

@mr10008 @Snabel42 @PeterJones
Thanks for your comments.
Looks like I got it fixed - I right-click on the installation file and run as administrator. Installation goes very quickly and the proper N++ context menu appears now.

@PeterJones Thank you so much. It is looking MUCH better now.

@jpatterson-ATL said in Unsaved?:

But, as a general rule, are you saying that if I didn’t manually save the file, that the cached changes just disappeared when I made the save choice, whatever that was?

See our periodic backup FAQ. Essentially: Notepad++ believed you when you gave it the answer. The “session snapshot and periodic backup” feature was never meant as a long-term backup (there’s the backup-on-save option for that), but as a “try to protect me, if you can, if something goes wrong on the computer between my reasonable-duration saves” feature.

The notes.txt file is stored in OneDrive but the file version history shows the newest date to be over a year ago.

It boggles my mind that you would have a named file that you cared about, and not noticed that it hadn’t saved to the OneDrive in more than a year. And not noticed that the icon on the tabbar had been saying “unsaved changes” for all that time. And that you can go that long without ever thinking about hitting Ctrl+S or clicking the Save menu or toolbar button.

Given your habit, I would highly suggest installing and configuring the AutoSave plugin, so that you don’t lose data again in the future. How to set up that plugin is described in detail in the FAQ.

@PeterJones Thank you.

@iChal2112 That worked. Thank you :).

I will add the steps in case anyone finds this post with google.

Click the settings icon in the notepad ++ ftp plugin, profile settings, click a profile you want to edit, cache, click the … button by add new button, set a local path I chose C:\Users\user_name\Downloads, set a external path I chose /, click the add new button

An odd thing to note. I am using Windows 11. I also have admin privileges on my computer but still needed to do this. Not sure why I was having trouble. This issue occurred on a red hat server. The red hat server has time out issues all the time.

I have zero problems on my sunos servers. I did not change my cache settings at all on my sunos servers.

Someone that is good with copilot pointed out another option is to use winscp with notepad ++. This required no setup. Just use winscp to open your remote file in notepad++. I have notepad ++ setup as my default text editor. Not sure if this is the case for all Linux/Unix servers but scp is more stable on the red hat server I am using.

Thx for your answers
@Coises: I’ll give it a try

@PeterJones

Ah VERY HELPFUL.

I did not realize that what I had quoted was actually a listing of tab headers.

The shading was too subtle for me to recognize that this was not an errmsg, but were actually clickable tabs.

When v8.9.1 started, the tab which was active when opening PluginAdmin was (for whatever reason) the ‘Incompatible’ tab which was entirely blank – leading me to make my error.

Old people are such fun!

Thank you so much, all is well. Well, at least it is with NPP, which is the most one can hope for at the moment - the wider world seems to be slipping beyond repair.

@PeterJones Hi, and thank you for your answer. Yes, the problem was partly due to the language, but I managed to address it before you replied. However, the other issue was actually a conflict with a shortcut from another application.

Cheers!

@Mister-Smitt said in Where does this nasty line highlighting come from??:

2026_02_12_22_0838.png

How to fix this?

Read this FAQ

And I would like you to spit in the face of the person who did this when you are next to him.

Okay, I just spit in my own face. Does that make you feel better?

(New features sometimes have bugs. The new feature of updating your horribly-outdated theme to give you access to all the modern styles that have been hidden from you for years was a great idea, but the original implementation, under certain circumstances, had unintended side effects. And the relatively few people who updated to v8.8.9 or 8.9.0 have to go through a bit of extra effort; those who skipped those two versions will not have the side effects. But if spitting in my face helps you, go ahead.)

@PeterJones said in "In Find, Regex Search in Current File Limited to "Find Next" Downward Direction Only":

Perfect, thank you for the explanation about how the config file is managed.

One point: I was the one who hallucinated, trying to find a reason for this limitation in regex usage.

Thanks for the clarification!

Much appreciated!

@PeterJones , Perfect, many thanks,

@PeterJones
Thanks for the clear explanation, That really cleared up my confusion. I appreciate you taking the time to break it down and explain what actually happened and why updating is safe now.

@fml2 said in Feature Request / Question: Soft Wrap at Vertical Edge (Column 80) regardless of window size:

@Coises Thank you for the quick implementation! If enebaled, it applies to all documets, not just the current one, right?

Yes, I made it a single toggle for all documents in both views.

It would be possible, but considerably more complex, to track documents and enable/disable per document. (I do it with elastic tabstops in Columns++.)

Hello, @mark-boonie and All,

I said in this post that we can translate the regex’s logic to :

What_I_do_not_want(*SKIP)(*F)|What_I_want. See also the excellent article, on this topic, at https://www.rexegg.com/backtracking-control-verbs.php#skipfail !

But, regarding your present example, @mark-boonie, I suppose that we should invert the logic and tell :

What_I_want_to_keep(*SKIP)(*F)|What_I_want_to_delete

This means that any multi-lines block, with delimiters Block start and Block end containing the string 80     00010000 is not considered ( text is skipped ) and that any single line contents, with its line-break, due to the (?-s) modifier, must be deleted

Note that the use of the Backtracking Control Verbs (*SKIP) and (*F) is not mandatory at all ! we could have used this syntax, instead, for similar results :

SEARCH (?s)^\*Block start\h*((?!\*Block start).)+?80 00010000.+?^\*Block end\h*\R?|(?-s)^.*\R?

REPLACE (?1$0)

We simply change the non-capturing group (?:(?!\*Block start).)+? into a capturing group ((?!\*Block start).)+?

We tell that, in replacement, we must rewrite any block entirely ( $0 ), if the group 1 exists, thus the (?1$0) syntax

And, as there is no colon char and text after (?1$0, nothing must be taken in account if the group 1 is absent, which is the case in the (?-s)^.*\R? part !

Best regards,

guy038

@nikkinisly ,

The thing truly named “Plugin Manager” was last compatible with Notepad++ in v7.5.9 from October 2019. Had you really not updated since then?

Or are you talking about Plugins Admin? That’s the builtin replacement since v7.6 in November 2019

And it’s still in v8.9.1:
0e15144b-967e-42d8-a505-a19330607d00-image.png

My guess is that you deleted gup.exe and/or other of the content in the updater folder, or the plugin list DLL. To find out:

Exit Notepad++ Perform steps 1-3 for each of the following files List of files C:\Program Files\Notepad++\notepad++.exe C:\Program Files\Notepad++\plugins\Config\nppPluginList.dll C:\Program Files\Notepad++\updater\GUP.exe C:\Program Files\Notepad++\updater\libcurl.dll If any of those files are missing, you will need to reinstall, making sure to include the auto-updater and Plugins Admin, because all of those files are required for Plugins Admin to work Steps Right click on the file and choose Properties Look to see if it still has the Unblock checkbox If it does, checkmark it, then click Apply / OK

here is an example of a GUP.exe that still has the mark of the web:
9baed526-5a1a-4497-a75b-1acdc23f3b85-image.png

After making sure the Mark of the Web is gone from all those files, then restart Notepad++, and Plugins Admin should be there.

@Jay-S

I replied here.

Turns out it was an issue with the GPU driver, which has now been patched.

@archerarcher1 I will suggest LongPathTool to solve this error.