@donho

The question is: Is Notepad++ able to load autocompletion files from another location than <NPP_INST>\autoCompletion? If not, plugins will not be able to store their own autocompletion files to user’s machines. Thus this location would be wrong.

@gurikbal-singh RESOLVED: I tried to find out if any of the plug-ins all of sudden started to tamper with anything so I removed them (almost) all from the folder – and yes, after NPP restart, I saw the console and JSLint working. So I started to add all of the plug-ins back by one or two at a time and found out that actually none of the plugins I use tamper with anything and what I had is some obscure glitch that probably had something to do with window position of certain plugins or something like that.

If this glitch had to do with some weird window positions (not sure, but it is likely), then can we ask the developer(s) to add something alike to “Cascade windows” function from the good old days? Not literally that, of course, as we are dealing not with tabs/windows for files open, but with auxiliary windows/consoles that can just go away to somewhere.

Thanks for you help.

that worked.
thanks very much.

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