@PeterJones Thank you.

@LaMar-M said in Modleine Parser No Longer Works:

I’ve been using “ModelineParser_0.2” for several years to automatically select the language. This parser is still available here.

Yes. But it hasn’t been updated in 13 years. Notepad++, on the other hand, releases a new version about once a month.

Recently my NP++ version got auto updated (by IT) to version Notepad++ v8.7.4.

Your IT department chose a version from 14 months ago? It will still be missing security updates found in more recent Notepad++ versions.

But yes, in the intervening 13 years, Notepad++ has made multiple changes to the documented interface for communication between a plugin and Notepad++. There have been some changes that were known to break older/unsupported plugins. But Notepad++ cannot stop all progress just because there are legacy plugins still published out there.

When I open a program that used to default to a specific language, no language is set. I have to manually set it.

Fortunately, the NppFileSettings plugin has modeline support, including recognizing filetype, ft, syntax, and syn for setting which syntax highlighting lexer to use. And its Releases page has 32bit and 64bit downloads, so it will work in your 32-bit edition of Notepad++.

(And also, if you have a consistent filenaming convention with extensions that match the filetype, you can just set the User ext: box in the appropriate language(s) in the Style Configurator to make Notepad++ recognize the file type by extension, rather than by modeline. But if you need modeline support, hopefully NppFileSettings will work for you.)

Notepad++ v8.7.4 (32-bit)

In the modern world, where Windows OS is only maintained in 64-bit, there is virtually no reason to use 32-bit applications. For Notepad++, the only good reason for 32-bit instead of 64-bit is because you have a legacy plugin that only comes in 32-bit, that has no 64-bit version or alternative plugin with the same features.

Looking at your other non-default plugins:

CSVLint (0.4.6.7) PythonScript (0.9.2)

Both of those come in 64-bit versions now.

And PythonScript’s latest official release is up to v2.1.0, which uses Python 2.7.18, with significant bugfixes and feature improvements in both the plugin itself, and in the underlying Python interpreter (interpreter 2.7.1 from plugin 0.9.2, vs interpreter 2.7.18 from plugin 2.1.0). (Given your IT department’s apparent reticence to upgrade, I am not going to suggest moving to the “alpha” version of PythonScript 3.0.24, which uses Python interpreter 3.12.10, even though unless you use a lot of non-unicode files, I personally recommend using the version of the plugin that uses a modern Python interpreter rather than an interpreter that’s past its end of life.)

And assuming that NppFileSettings plugin works as a replacement for the unsupported and incompatible modelineparser plugin for you, then all three of the non-preinstalled plugins that you have shown an interest in will work with 64-bit Notepad++ as well.

As such, if you can confirm that PythonScript v2.1.0 and NppFileSettings will work for you, then I highly recommend that you talk with your IT:

Ask if they can switch to 64-bit Notepad++. Ask if they will support a newer Notepad++. I desparately want to recommend the newest version, because of all the recent security fixes, but if you use UDL, then v8.9.2 probably won’t work for you, so you might have to stick with v8.9.1 until the regression fix for UDL is released in v8.9.3 (hopefully soon)

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

@Drift91 said in Notepad++ v8.9.1 Release:

the user had outdated themes, which didn’t have the KEY style for either Langage:INI or Language:Properties.

Were the preinstalled themes out-of-date,

Yes. Only stylers.model.xml and themes\DarkModeDefault.xml were guaranteed to have all updates; all other themes were up to the original theme author and/or other volunteers to keep up to date, and volunteer ever took real ownership of them. That’s why I implemented the new feature, to make sure that themes would never get hopelessly out of date again.

I didn’t see a changelog entry about it.

The changes involved in this new feature were announced as:

v8.8.9 Announcement, Item 8 v8.9 Announcement, Item 7 v8.9.1 Announcement, Item 10 (above)

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.

@cashfields ,

Your post would have been much easier to read if you actually typed your text in the post, rather than typing your text in the image.

It looks like what you would like is the ability to have the file history be set to “relative” instead of “absolute”. Unfortunately, the developer already rejected a feature request which requested that you be able to store a session (File > Save/Load Session… commands) automatically as relative. And if sessions were too complicated to do that for, in his mind, then doing it for the file history is definitely right out.

However, if you save a session, and then edit it to be relative, I believe it works … so you could then load the relative session anytime your USB changes drive letter, and it would hopefully work for you.

(I know it’s not exactly what you’re asking for, but given his rejection of that feature request, it’s the best you’re going to get.)

Or, for a poor-man’s session: make a batch file that opens each file relatively in the batch file.

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

FYI, v8.9.2 RC has been updated to RC2:
https://github.com/donho/notepad-plus-plus/releases/tag/RC2
See original announcement for more information.

@pasha-19 said in styler.xml/WordsStyle/keywordClass association with langs.xml/Language/Keyword/Name:

I was looking to add a WordsStyle with a keyword list to an existing language.

That’s not the way it works. Existing languages are hardcoded (compiled) internally with a list of available styleIDs, and only particular styleIDs have keyword lists associated with them. You cannot just add a WordsStyle with its own styleID and a list of keywords, and hope that the lexer will magically see them. It will not.

My question concerns the styler.xml/WordsStyle/keywordClass that appears to match langs.xml/Language/Keyword/Name. There are some seemingly standard keywordClass values instre1, instre2 and type1 to type7 and maybe type8. Do these seemingly standard values have any additional meaning besides providing a link from the keywordClass in styler.xml to the Language/Keyword/Name in langs.xml?

They have an integer value (0-8). Those correspond to the 9 available keyword lists inside the lexer, which any given lexer may reference zero or more of.

If you use the wrong keywordClass, Notepad++ will not be able to pass the list of words to the lexer. And if you make up a keywordClass or use one that’s not already defined for a given language, the lexer won’t see it, and those keywords won’t get highlighted.

[can] any keywordClass/Name that matches could be used?

Nope, sorry. Each lexer has a predefined list that Notepad++ will pass on to the lexer and that the lexer will recognize.

To sum up: the official list of available keywordClass/name values for any given lexer are listed in the copy of langs.model.xml that ships with a given version of Notepad++: that will always list all the ones that Notepad++ knows about, and if you try to define others than those for any given language, Notepad++ cannot pass it on to the lexer.

However, it may be that your langs.xml or stylers.xml are out of date. If you haven’t updated to v8.9.1 yet, run that update, and the first time you run, Notepad++ will update langs.xml and stylers.xml (or any other active theme) to include any missing styles. You might find that the language you want to customize has more keyword lists available in the Style Configurator now.

If a given language doesn’t have enough different styles to give you differently-colored sets of keywords, you cannot just trick Notepad++ into creating more for you. However, using the EnhanceAnyLexer plugin (you can install it using Plugins Admin from the Plugins menu), you could define a regular expression to match the keywords you wanted. For example, for a given lexer language, if you wanted to add three keywords with red foreground and four with a blue foreground, you could use the following in the EnhanceAnyLexer configuration file (whcih you can easily access using Plugins > EnhanceAnyLexer > Enhance current language.

[LexerName] 0x0000FF = \b(red1|red2|red3)\b 0xFF0000 = \b(blueA|blueB|blueC|BlueD)\b

This will give:
ad688e24-5716-46a9-beae-934a6017df82-image.png

The EnhanceAnyLexerConfig.ini has documentation in its comments, explaining that it’s 0xBBGGRR for the hex colors, and how to get those colors to only apply within certain parent styles, etc. And https://github.com/Ekopalypse/EnhanceAnyLexer/ is the homepage for the plugin.

@PeterJones
Fixed.
Thank you for reminding me!

@Alan-Kilborn
Current line background colour is now white, also tried minty green
Selected text is now the minty green
Multi-selected text color is also minty green

minty green for all 3 then Current line background colour white.

green-white.jpg

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

I have been using Notepad++ for years. I frequently get this message, usually after a Windows 11 restart.
84e247a1-494a-4e82-8eec-d4fd39f06a65-image.png

I’ve updated Notepad++ whenever prompted, I’ve reinstalled to try to fix the problem. The problem seems to come with the program. I don’t know why I would get this message or what they want ME to do about it. I don’t even know where to find the extra DLL.

Help?

@FreeMeow Thank you!

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