7.6 is out, still bundled with dspellcheck 1.4.6. But 7.6 has a major change in plugin location due to plugin admin, see https://notepad-plus-plus.org/news/notepad-7.6-released.html. Read section “For plugin users” to find your installed plugins again.

A plugin has to provide the infos required to create a menu entry during runtime. Notepad++ requests these infos by calling one of the functions a plugin DLL has to export and creats the menu item dynamically. Thus there is no way for a user to add Alt+Underlined char shortcuts to a plugin’s menu entry.

But you can add a normal keyboard shortcut to an entry in the plugin’s submenu of the Plugins drop down menu via Shortcut Mapper ((menu) Settings -> Shortcut Mapper-> Plugin Commands).

@pouemes said:

Is there a solution to use toolbucket with files in subdirectories?
thanks

will do it
thanks

Yes, it’s one of possible problems. Though we can treat a renamed item as a combination of deletion and creation of a new item, so it’s OK for shortcut to disappear :)
Another big problem with hashing menu items names will appear if a plugin supports different languages in its interface. In such case, different language will lead to completely different item names. Though, in case of menu items added by user it should not be a problem - since these items are added by user who fully controls the item names. But the problem with renaming of a menu item (after a shortcut has already been asdigned) still remanis.
Maybe it would be worth to add some kind of Menu Items Manager to Notepad++'s plugin interface to deal with custom menu items created and modified by plugins.

See e.g. https://atom.io/packages/hacker-typer

@akash10295 said:

Rename a Tab without renaming the file?

This cannot be done. But, to ease your pain slightly, you can hover the mouse over any tab, and after a slight delay, the path to the file of that tab will pop up. I know, it’s not ideal…

Maybe you what to use https://github.com/bruderstein/nppPluginManager/releases/tag/v1.4.12 for automatic installation. For me it is working. Otherwise you could check https://github.com/bruderstein/npp-plugins-x64/blob/master/plugins/plugins64.xml#L1228 how it is installed and redo the steps manually.

<download>https://sourceforge.net/projects/npp-plugins/files/XML%20Tools/Xml%20Tools%202.4.9%20Unicode/Xml%20Tools%202.4.9.2%20x64%20Unicode.zip/download</download> <copy from="dependencies\libiconv-2.dll" to="$NPPDIR$\" validate="true"/> <copy from="dependencies\libwinpthread-1.dll" to="$NPPDIR$\" validate="true"/> <copy from="dependencies\libxml2-2.dll" to="$NPPDIR$\" validate="true"/> <copy from="dependencies\libxslt-1.dll" to="$NPPDIR$\" validate="true"/> <copy from="dependencies\zlib1.dll" to="$NPPDIR$\" validate="true"/> <copy from="install.txt" to="$PLUGINDIR$\doc\XmlTools"/> <copy from="XMLTools.dll" to="$PLUGINDIR$\" validate="true"/> <copy from="dependencies\libcurl.dll" to="$NPPDIR$\" validate="true"/>

Hello,
now i have found a solution, the file [\AppData\Roming\Notepad++\nativeLang.xml] contains the selected GUI-language.
A litle sourcecode arount and its work fine: ;-)

The C#-function give back the implement short language id:

private String getLanguage() { String result = ""; StringBuilder sbIniFilePath = new StringBuilder(Win32.MAX_PATH); Win32.SendMessage(PluginBase.nppData._nppHandle, (uint)NppMsg.NPPM_GETPLUGINSCONFIGDIR, Win32.MAX_PATH, sbIniFilePath); String iniFilePath = sbIniFilePath.ToString(); if (iniFilePath.EndsWith(@"plugins\Config")) { iniFilePath = iniFilePath.Replace(@"\plugins\Config", @"\nativeLang.xml"); String readline = null; Int16 counter = 0; // <Native-Langue name="English" filename="english.xml" version="6.8.2"> using (System.IO.StreamReader fileReader = System.IO.File.OpenText(iniFilePath)) { while (counter < 30) // check counterMax { readline = fileReader.ReadLine(); counter++; if (readline.ToLowerInvariant().Contains("<native-langue")) { string[] split = Regex.Split(readline, "^(.*)(<Native-Langue)(\\s+)(name=\")(((?!\").)*)(\")(.*)$"); if ((split != null) && (split.Length > 4)) readline = split[5]; else readline = null; counter = 31; // Set counter to => max } else readline = null; } fileReader.Close(); } if (readline != null) { switch (readline.ToLowerInvariant()) { case "deutsch": result = "DE"; break; case "english": result = "EN"; break; default: result = "EN"; break; } } } return result; }

regards Mario

Pluginmanager version 1.4.12?
Which plugin was recommended to be updated?
Is N++ the 64 bit version?
Which kind of N++ installation do you have? Zip\installer? Admin\NonAdmin?

You could report the issue here https://github.com/bruderstein/nppPluginManager/issues

Thank you!

@guy038

Some of them as you have found are fairly simple to understand. To clarify the rest of them you listed:

winfile.attributes is a UTF-8 implementation of the LuaFileSystem library’s attributes function. It is able to query various file attributes. I recommend looking at the link to see the full details. winfile.dir is a UTF-8 implementation of the LuaFileSystem library’s dir function. And as you guess is used for iterating directories. An example can be seen here for recursively walking a directory. winfile.execute is a UTF-8 implementation of the Lua built-in function os.execute for executing shell commands winfile.loadfile is a UTF-8 implementation of the Lua built-in function load for loading (i.e. parsing and compiling) Lua code winfile.open is a UTF-8 implementation of the Lua built-in function io.open for reading and writing to files. winfile.popen is a UTF-8 implementation of the Lua built-in function io.popen to start an external process and return a file descriptor for reading/writing