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

There are some releases available, latest:

https://github.com/chcg/NPP_HexEdit/releases/tag/0.9.5.19

, but currently not fixed issues are:
https://github.com/chcg/NPP_HexEdit/issues/1

And less critical:
https://github.com/chcg/NPP_HexEdit/issues/3

This FAQ has links that explain why that isn’t going to happen, and how to manually install the Plugin Manager.