@lutz

afaik this is a newer version/implementation https://github.com/kbilsted/NotepadPlusPlusPluginPack.Net

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