but modifying the C:\Program Files\Notepad++\plugins is understandably blocked without admin access.

Would it not be possible to allow (as a config choice) to install them in %APPDATA%\Notepad++ instead

The problem is that plugins in Notepad++ can do anything Notepad++ itself could do. They are C++ programs operating in the same security context as Notepad++ itself. From a security standpoint, allowing plugins in a directory that can be modified without admin access would be equivalent to allowing access to Program Files without admin access.

As I recall, that was allowed at one time, and this is why it was removed. Security-sensitive organizations determined that they could not install Notepad++ at all unless they could stop users from installing their own plugins. The developer decided it was better to remove the capacity entirely than to try to implement a switch of some kind.

The work-around, if you can run programs that are not installed in Program Files, is to use a portable copy of Notepad++. If you are not allowed to do that, then logically you would be forbidden to run Notepad++ plugins in a directory you control, since it would grant you exactly the same access.

Therefore having plugins only being installable in the app installation directory is a nuisance. Installing the NPP app itself via Company Portal/InTune is provided for by my employer, but modifying the C:\Program Files\Notepad++\plugins is understandably blocked without admin access.

Would it not be possible to allow (as a config choice) to install them in %APPDATA%\Notepad++ instead, or even do a virtual “merge” of plugins installed “locally” in AppData and in the application’s install directory?

Same for user language definition files (and other “personalisation” of the app)

Answer: I just downloaded the 8.7.8 installer of Notepad++ and the NppPluginList got updated too.

Or download the most-recent portable copy, where you can get the DLL without having to upgrade the rest, if you don’t want to.

Confusing was the “no update available…”

See our “most recent version” FAQ and the User Manual page on Upgrading Notepad++

The text and the … is very small, but contains important information about the update releases, so you’ll end up ccleaner or plugins tell you npp isn’t up to date, while it self tells you it is…

I don’t see how the size of the text has anything to do with what cleaner tells you (but after years of CCleaner getting worse and worse, I gave up ever listening to what it told me, and uninstalled it ages ago)

and the releases on github only offer the source code, but no compiled NppPluginList…

Answer: I just downloaded the 8.7.8 installer of Notepad++ and the NppPluginList got updated too. Confusing was the “no update available…” The text and the … is very small, but contains important information about the update releases, so you’ll end up ccleaner or plugins tell you npp isn’t up to date, while it self tells you it is…

(I’m not sure if this is the right thread to ask)

Please avoid posting the same question multiple times.

I am a new developer for several days. I make my own plug based on the ‘Npp Converter’.
But I am confused about the separation lines in the menu.
Could anyone tell me how can I remove them? It seems a simple question but I still can’t figure out how to customiz it.

Thanks!

The separation lines in the red box:

this is the code:

void commandMenuInit()
{
    //setCommand(1, TEXT("HEX -> ASCII"), hex2Ascii, NULL, false);
	//setCommand(2, TEXT("---"), NULL, NULL, false);
	//setCommand(CONVERSIONPANEL_INDEX, TEXT("Conversion Panel"), conversionPanel, NULL, false);
	//setCommand(4, TEXT("---"), NULL, NULL, false);
	//setCommand(5, TEXT("Edit Configuration File"), editConf, NULL, false);
	//setCommand(6, TEXT("About"), about, NULL, false);

	setCommand(0, TEXT("Filter1"), filterRun1, NULL, false);
	setCommand(1, TEXT("Filter2"), filterRun2, NULL, false);
	setCommand(2, TEXT("Filter3"), filterRun3, NULL, false);
	setCommand(3, TEXT("Edit Configuration"), conversionPanel, NULL, false);
	setCommand(4, TEXT("About"), about, NULL, false);
}

Apologies if this is in the wrong spot…

It is the wrong spot. This Topic is specifically about the Plugins Admin tool inside Notepad++, not for general questions about any plugin.

It would be better to ask it as a New Topic in the Plugin Development or Help Wanted sections.

Thanks for any assistance in passing this forward to the appropriate devs…

The Plugins > XML Tools > About contains a link to the repository for XML Tools development. From that site, you can go to the “Issues” page, and can create an issue directly with the XML Tools developer.

One important thing here is that if you write the lexer xml file, it has to be UTF-8 encoded (so without BOM). If you write it UTF-8-BOM encoded then Notepad++ won’t read it, even though it also won’t give the “xml is missing” error anymore.

yes, you have to have one anyway.

I find it a bit counter-intuitive to include a configuration/settings file as hard-coded, but on the other hand I agree that in this case it is more practical for the end-user. Okay thanks for the tip, I’ll look into that.

I am not sure if this is the best way.
From the plugin’s point of view, it is necessary that this file exists.
What if it was accidentally deleted?

What I do is check the existence of the file in the setInfo callback and create it if necessary.

fn set_info(nppData NppData) {
	npp_data = nppData
	notepad = npp.Npp{npp_data.npp_handle}
	editor = sci.create_editors(nppData.scintilla_main_handle, nppData.scintilla_second_handle)

	// create language xml in plugin config directory if needed
	config_dir := notepad.get_plugin_config_dir()
	lang_xml := os.join_path(config_dir, language_name+'.xml')
	if !os.exists(lang_xml) {
		if !create_lang_xml(lang_xml) {
			msg := 'Unable to create VLang xml file\n$lang_xml'
			message_box(npp_data.npp_handle, msg, 'Error', u32(C.MB_OK | C.MB_ICONERROR))
		}
	}
}

CSVLint.dll ----> C:\Program Files\Notepad++\plugins\CSVLint\CSVLint.dll
CSVLint.xml —> %USERPROFILE%\AppData\Roaming\Notepad++\plugins\config\CSVLint.xml

I’ve added the installation .zip files (both 32bit and 64bit) to the Plugins Admin list and the .zip files contains just the two files, like so:

CSVLint.zip

• CSVLint.dll
• CSVLint.xml

But this places the CSVLint.xml file in the same folder as the Program Files\Notepad++\plugins\CSVLint\ folder, so this is incorrect. After you install the plug-in and start Notepad++ wil give an error “\plugins\Config\CSVLint.xml is missing. CSVLint.dll is not compatible… etc.”

I noticed that the GedcomLexer also provides an XML file but it’s placed in a subfolder in the .zip called “Config”. However, this still causes the GedcomLexer.xml file to be copied to the incorrect folder Program Files\Notepad++\plugins\GedcomLexer\Config\GedcomLexer.xml, so that gives the same problem.

GedcomLexer.zip

• GedcomLexer.dll
• Config\GedcomLexer.xml
• etc. more files

So my question is, how should I provide the .XML file in the .zip file, in such a way that the Plugins Admin will copy it to the correct .\config\ folder?

I’m using the recommended procedure for testing my plugin: Npp 7.6.1, gup debug. After modifying nppPluginList.json, my distribution zip is found and the files are extracted and installed. My lexer plugin depends on an xml file for syntax styling that should be in the user directory under %APPDATA%\Notepad++\plugins\config but it is not getting copied there. With the old plugin manager, some rules were supplied for where things were to be copied on installation. How should that kind of thing be handled now with the new Plugin Admin?

Question: Is it possible to make the new Plugins Admin work also on Windows XP or would this be too much work?
I tried Notepad++ to 7.6.1 with the Plugins Admin. The lists of plugins read fine, however, the update process didn’t work due to a missing function. I can provide a screenshot if needed.
Plugin Manager worked fine also with Windows XP.

Here is a screenshot of the error generated when Notepad++ restarted itself after trying to update a plugin via Plugins Admin in 7.6.1 on Windows XP.

With versions 7.6.2 and higher, the Plugins Admin does not even appear under the Plugins menu.

So should I just expect that it won’t be made to work under Windows XP at all? I do have the appropriate TLS update installed (KB4019276), so the system can use TLS 1.2.

Also the specifications for certain content on docs.notepad-plus-plus.org seems to be quite old.
Could you please check how contributors can do some updates for your wiki?

Best regards, Mattes

maybe I just didn’t find the answer to my question, but shouldn’t it be possible to install plugins without admin privileges?

I did uninstall 6.9 with the silent switch and installed the 32 Bit 7.6.2 version with the silent switch aswell.

Now all Plugins are listed in the Programdata folder, where usually every user can create or delete folders - but still if I want to install one plugin with the plugin admin menu, notepad++ is closing and asks for administrator credentials.

Is this still the intended behavior?!

regards