@mariusv-github

Users!
Welcome to the world of (free) development!

@ArkadiuszMichalski said in Help to porting SourceCookifier for 64bit:

Could anyone try port the SourceCookifier plugin for the 64-bit version of Notepad ++?

Seems the (perhaps) original author finally got around to it:

https://github.com/notepad-plus-plus/nppPluginList/commit/4233a0171213201fc296906200d179b3ace63179

Cheers.

@dail Nice. Thanks!

V.

@API-Support said in Notepad plugin xml and json:

Cntrl+ALT+Shift+M and Cntrl+ALT+Shift+B

It sounds like you have (or maybe “had”?) a plugin that maps these keys, and that plugin is missing or not loading for some reason. Notepad++ doesn’t map those keycombos itself.

@Carlos-Henrique-Guardão-Gandarez,

or only the plugins developed under .Net full framework are supported?

Afraid so.

Every plugin is fundamentally limited to whatever APIs are used by Notepad++ itself. From the very beginning, those APIs have been the oldest, lowest-level ones available.

Microsoft’s legacy .NET Framework is guaranteed to be installed on every Windows device from Vista onward, which is why the “official” .NET plugin template exclusively targets it.

As the template’s maintainers recently admitted on GitHub, being stuck with such an old runtime is a technical debt that all .NET plugin developers just have to put up with.

@Herbert-Ripka said in Why does TextFX Change Case trim off the last character that is selected?:

Why does TextFX Change Case trim off the last character that is selected?

Because the original TextFX is outdated, and not communicating with the Notrpad++ editor according to the current interface. You were lucky you picked an operation that just truncated, rather than one that crashes Notepad++. Do not use old TextFX with recent Notepad++.

If you look at our TextFX FAQ , you will see a link to NppTextFX2, where @rainman74 kindly updated the original plugin to work with recent Notepad++. You have to manually install it, but it should work for you.

But, as @Alan-Kilborn said, Notepad++ natively handles that particular operation now, no plugin needed

A few months ago, I’ve created a PR which was already merged to the plugins pack origin repo which targets at least some of the pointers:
https://github.com/kbilsted/NotepadPlusPlusPluginPack.Net/pull/91
And there is still one open:
https://github.com/kbilsted/NotepadPlusPlusPluginPack.Net/pull/95

@Alan-Kilborn My Bad. I had too many windows open. I meant to post in the SQLinForm forum.

Thank you @PeterJones and @Alan-Kilborn,
As Peter suggested, I manually updated the directory c:\Program Files\Notepad++\plugins\ComparePlus\ with the content of the plugin file ComparePlus_cp_1.1.0_x64.zip successfully.

Hi, @peterjones,

As agreed, Peter, I have just sent you, five minutes ago, an e-mail with an attached file, relative to the TextFX plugin !

Take all the time you need to read it, there is no rush !

Best Regards

guy038

@ravi-sri

You might try Navigate To plugin, but without knowing more about what sort of “quick switch” you have in mind, it is difficult to assist you.

@Hervé-Anselme

grep and sed are a couple of quick examples.
These are not natively Windows tools, but versions can be found that run there.

@PeterJones said

You (Arjan-van-Dijk) need to figure out the exact sequence of events necessary to run your gfortran command from cmd.exe.

I think this is the absolute key point. Nobody can really help with that, because nobody has this same toolchain.

@PeterJones I haven’t heard anything from @chcg or anyone else, but I’ve been fiddling.

I’ve recently determined that 1) this problem is ongoing with all NPP releases through 8.4.6, and 2) it does NOT occur in dark mode. The issue will return as soon as one switches back to “light” mode. (Not a dark mode fan anyway.)

I decided to look into the cause. I started by copying the existing v2.4 code base from Github and comparing it to the latest NPP v8.4.6 source. It appears to me that this problem is related to changes in the handling of WM_ERASEBKGND messages in the NPP DockingDlgInterface class that were added for the handling of dark mode.

I’m going to update some of the include files and attempt to fix this issue. Never worked on a project served from Github. Hopefully when I start making pull requests, I can work with @chcg to help get a new release addressing this issue.

@Ekopalypse said in Lifecycle of a plugin:

@Chris-De-Boeck
These are the methods that are called by Npp when a plugin is loaded (once, at startup).

Thanks, that’s clear now.

@Chris-De-Boeck

Unfortunattely I don’t know much about cpp. But there is GetPrivateProfileString, not sure if this works for you.

@PeterJones well, actually there’s a 10-yr old bug that can explain this:

Installation does not preserve the “do not use %appdata%” setting.

So if you installed with that option, and then when upgrading you forget to check that option again, your settings will be lost (to be exact, they will still be in your HDD, but N++ will search for them elsewhere)

@rdipardo thanks for clarifying the Windows settings and the PR, it looks very useful. One question though, if I understand correctly the code in the PR creates a copy of the file content into a managed byte array. But the text data files can often be quite large, like 100MB, so then it would make a copy of 100MB right?

That would basically double the memory usage and add performance overhead every time the syntax highlighting is applied to a csv file.

Is there maybe a way to use the buffer_ptr directly, like in this stackoverflow answer? I know it’s “unsafe” code from the CLR perspective, as in using an unmanaged memory pointer, but it would probably perform better, so instead of:

do something like