@Eko-palypse
dialog is dialog after all
form can perform as dialog by code this.dialog.show();
but i’m used this.show();

Known issue since 7.6. See https://github.com/bruderstein/nppPluginManager/issues/136.
There is no fix for that yet. Features of builtin plugin admin are still in flow. I will check out if PM could be adapted to the new requirements, if the changes of N++ have been stabilized.

Seems not to be the case, see http://docs.notepad-plus-plus.org/index.php?title=User_Defined_Language_Files. You could create a own UDL for your language. See older howto http://docs.notepad-plus-plus.org/index.php/User_Defined_Languages and updated UDL description at https://ivan-radic.github.io/udl-documentation/.

@Ollo-Heß

I understand the desire for it to be simple for the rectangular column selection case, but it is important that you understand why it is not so, and thus why there is no simple 2-step get-selection and replace-selection for this.

Let me first ask you some questions about what you are doing:

Does the initially selected rectangular block ever have any virtual space in it? Are all of the lines/rows in the rectangular block you are replacing with of the same length (same number of columns for each line; note that it is fine if this is different from the number of columns in the initial selection)? Does the rectangular block you are replacing with always have the same number of lines/rows as the initially selected rectangular block?

[Maybe these questions will get you thinking along the lines of why this can be a difficult thing to do…]

If the answers are “no”/“yes”/“yes” then the situation is “fairly” simple, and I can describes some possible ways to implement (but let’s have those answers first). We can of course discuss the cases where the answers aren’t “no”/“yes”/“yes”, but the complexity increases. :-)

Explorer plugin is on its way, see here.

If you can not wait that long - you have to move the DLL files to the correct location. See this topic or this posting. Please note: The script I’ve mentioned there has been changed, now it moves plugin files and folders to the new location and can be used for local, portable and hybrid installations. Use it on your own risk.

@pnedev said:

Your plugin should be working, just make sure to put the DLL in the new destination (user space as you call it) BUT under its own folder, IOW:
%USER_SPACE_PLUGINS_FOLDER%\%YOUR_PLUGIN_NAME%\%YOUR_PLUGIN_NAME%.dll.

Cheers thanks a lot, that worked!

Just a note here - To avoid further confusion the same folder for plugins should be used regardless of Plugin Admin feature presence.

So old plug-in support is indeed not broken, except you might need to move some files around manually, but only if you use oldskool plug-ins of course. Fair enough I guess.

@chcg said:

@Theo-Niessink Are you missing https://sourceforge.net/projects/npp-plugins/files/NppAutoIndent/NppAutoIndent Plugin v1.2/NppAutoIndent_1_2_dll.zip/ in the list?

No, like I said, it is a custom coded plug-in (MartinicAutoIndent), which I never bothered to share because there was zero interest in it (back in 2013). But thanks anyway.

Notepad++ can edit RTF natively. If you pasted this RTF source code into Notepad++, you would be able to edit it.

{\rtf1\ansi{\fonttbl\f0\fswiss Helvetica;}\f0\pard This is some {\b bold} text.\par }

If you want Notepad++ to render RTF, then you would need a plugin, similar the Preview HTML plugin or Markdown plugin. In fact, if you have a standalone RTF-to-HTML converter and the 32bit Notepad++, you could easily use that Preview HTML plugin to render it.

However, if you want a WYSIWYG editor for the RTF – so it completely hides the codes, and just allows you to apply bold styles, etc, while you’re editing the text – that’s called a word processor, and isn’t what Notepad++ was built for. Your copy of Windows probably came pre-installed with Wordpad, which can handle RTF. Or get a full-featured word processor, like Microsoft Word or LibreOffice could handle it with no problem.

But you can edit teh text, and even the control codes, of a RTF just fine in Notepad++, because it’s a text-based markup (like HTML, XML, Markdown, and others)

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