@Bertrand-Ruef

MessageBoxIndirect

I am looking for the reason for a phenomenon where I am slowly running out of ideas and would be grateful for any ideas.
Background: It can happen that Notepad++ does not start when the NppLspClient plugin is used and Notepad++ is run in dark mode. In light mode I, and also the user who reported this, can never see this. Even my normal Npp installation, which I use daily and has always run in dark mode, does not show this behavior. I can currently only reproduce this with a separate Npp installation and even then not always. It also only seems to occur when an Npp release version is used, I have also not been able to reproduce the problem via the Visual Studio debugger. I have implemented a stack tracer in the plugin but unfortunately I cannot recognize any pattern. The error that is reported is 0xc0000374 (heap corruption) which doesn’t make it any easier to find the reason as the heap was probably already corrupted long before the exception. And with two traces I have several DllMain calls in different frames (???).
If my plugin corrupts the heap, why only when dark mode is active? And why can’t I see this at least sometimes with my normal npp installation?
I’m confused. :(

The themes have been uploaded to the n++ theme repo at GitHub. Thank you @PeterJones.

One setback: The “Tangara” theme depends on some fonts being installed (because of the use of 4 different font weights), and the repo hosts single theme files, so I can’t supply the fonts there. (I don’t think there’s ever been a font-dependent theme in history.) So I created a “Tangara (Font-free version)” theme, that’s the one being uploaded there. While it functions as a theme, it looks much poorer than the Original that’s linked on this page.

Moderator Note: this was taking over the LSP discussion, which would make it harder for people in the future to use the LSP Topic for LSP-focused discussion. I moved this portion of the discussion to a separate Topic, so that it can stay focused on syntax highlighting.

The first two posts needed to be merged into one, because somehow the original fork swapped the order of the two posts, which made this topic confusing.

Not many more topics came up meanwhile. Two little things:

“TPopupMenu” won’t be drawn well in dark mode (thick light border; separators unnicely drawn). I’d assume this belongs to the amount of gui elements not yet individually handled by the code as mentioned above, right?
For the separator a quick hack could be to set it’s caption to spaces, and to disable the item. Looks better.
Did i miss something about the TPopupMenu? How does it behave in Delphi?

I have a sub-dialog (sub form) invoked from the docking form (via tool button here) and noticed it stayed light. I learnt it has to be exposed in the app-plugin as exposed func for to be subjected by the NPP theme layer. Then i call this sub-dialog via invocaton of the plugin func. Did so, and it worked fine.
But now iz’s callable from the plugin’s menu too - what might not be wanted always. Sometimes the exposure of functionality depends on a config setting though.
In short: is it possible, and how, to disable items from the plugin’s menu conditionally?

Yep. works perfectly … NPPN_READY gave the solution …

@Dan-Ignat-0 ,

For non-programming langauges, like Markdown, there’s probably less concensus among users as whether “headers” or something else is the most likely “function” to include, which is probably why the developer hasn’t included such. But asking the developer (follow our Feature Request / Bug FAQ) to include the FunctionList would be reasonable at this stage (though someone would likely have to create the unitTest for him as well, otherwise he might not include it on his own).

@Peter-Oates said in Dictionary plugins:

However, it does not tell you what to do if the app cannot/will not create the folders it requires.

I must also admit that I find Windows folder / file permissions an almost impregnable forest

The latter causes the former issue.

Assuming that the user knows how to deal with Windows OS permissions is not an unreasonable assumption, since you have to deal with them to do a normal Notepad++ installation. For the vast majority of users, whatever process they take that allows the Notepad++ installation will be sufficient to allow the plugin to work correctly – in all the complaints about DSpellCheck, this is the first time that I remember seeing permissions issues be the cause of the problem.

Every once in a while, a Notepad++ user will find that, because of their non-standard, personal customizations of the OS and/or UAC settings and/or Notepad++ and/or the combination, something weird happens with permissions in the user’s AppData (which is what I’m guessing happened to you). But given how infrequent the reports are here, I don’t think it’s a highly common situation.

I suppose the plugin author could put a note in his README and/or Online Manual to explain that “if you follow all the steps for installing a Hunspell dictionary, and it doesn’t show up, you should chcek the permissions on your %AppData%\Notepad++\Plugins\Config\ hierarchy” or similar – you could even put in a request for the author to do that – but I wouldn’t have necessarily expected a plugin author to have realized that such a comment would be necessary, since AppData permissions issues are reasonable rare.

And even if the author had already documented that, you have admitted that you wouldn’t’ve seen the note on your own or even gone looking for it when you had a problem. So is it really worth the effort for a plugin developer to note that edge case – even if they know about it – when the people who run across that edge case are not likely to try to look up the documentation for it anyway?

For the documentation that I work on, including Notepad++'s manual itself and FAQs for this forum, I most likely would, once it was pointed out to me, because I like to pretend that at some point, people will figure out how to look for documentation; but I don’t know that I expect other people to waste their time in the same ways I waste my own time.

–

update: Rereading my post, I guess I could say, since it’s a permission issue, I would have expected the plugin to have received an error from the OS when it tried to write the dictionary to the right folder, and they could have popped up a dialog informing you… I’m actually surprised there wasn’t one. So either the OS was silently erroring out (in which case the plugin cannot do much if the OS doesn’t admit to the failure), or the plugin author was trying to shield you from error messages or something. But it would be a good idea for somebody (you) to put in a request for the plugin to check the status of the dictionary download/install, and if they cannot write it, to let you know about the problem.

So it turns out that my plugin was at fault, as noted here. I was allocating MAX_PATH bytes for a buffer that could contain MAX_PATH wide chars, so any filename with length MAX_PATH / 2 or greater would cause a bug.

I said in Some plugins' icons disappear when going from light to dark mode:

BMP icons are statically sized; the ICOs are “fluent”, i.e., can be scaled up […]

This is mostly correct, but I should have mentioned that toolbar BMPs actually can simulate a kind of “DPI awareness”, provided your plugin interface can access the GDI device capabilities API. See, for example, how ComparePlus goes about sizing its icons. There’s also a .NET example in my experimental template project.

If that’s too much trouble, just re-dimension your bitmaps to make sure they can scale up without blurring, then load them at 24x24 pixels, since that’s what the graphics device will normally choose for conventional screens using 96 DPI.

Version 4.1.1.21 has been released and will be included in the next Notepad++ update. Below are the key changes and improvements:

Header Column Menu: Right-click on the header to toggle columns like Find count, Replace count, Comments, and Delete.

Comments Column: Add custom comments to entries via the new optional Comments column. Existing list files remain fully compatible.

Column Locking: Lock the width of columns (Find, Replace, Comments) with a double-click on the header divider. A lock icon shows the status.

New Variables: Two new variables have been added for “Use Variables” option: FNAME: Represents the filename or window title for new, unsaved files. FPATH: Represents the full path including the filename, or is empty for new, unsaved files. Multilanguage Support: The plugin now supports Danish. Configuration Options: Manage settings via the INI file located at
C:\Users\<Username>\AppData\Roaming\Notepad++\plugins\Config\MultiReplace.ini: DoubleClickEdits: To disable direct editing on double-click, set DoubleClickEdits=0 (default: enabled). Tooltips: To disable tooltips, set Tooltips=0 (default: enabled). AlertNotFound: To disable notifications for unsuccessful searches, set AlertNotFound=0 (default: enabled).

Here is a visual take on the changes:
fe07924a-0201-4e47-b3c8-46b815cd081b-image.png

@Guido-Thelen

This file in JsonTools contains a lot of the helper code you would need to make your forms compatible with NPP’s more recent releases.

As you may notice from reading the file, making your forms compliant with NPP’s expectations introduces a lot of frustrating issues, but IMO this is just the cost of maintaining a C# plugin.

@martin-honnen said in Any idea why self compiled plugin works on "normal" Windows 11 but doesn't in Windows Sandbox?:

The referenced module was not found.

The sandboxed version of Windows seems to have fewer core libraries than the “full” version, The operating system is saying that your plugin wants to call a function in a core library which is not installed.

Try setting the Windows API level in the Visual C++ project file by defining the _WIN32_WINNT and the NTDDI_VERSION macros to a Windows release that predates Win10: https://learn.microsoft.com/windows/win32/winprog/using-the-windows-headers

See, for example, how Notepad++ defines both to target Windows 7 (the oldest version it supports).

Worst case, you may have to to seek out the exact version of Visual Studio the XMLTool author was using.

@Alan-Kilborn
Yes! Now its a beauty…

I’ve just commited the unreleased JsonTools v8.2.0.3 that hopefully fixes the issue described in my previous comment. Did my commit fix it? I have no idea, 🤷!

Same deal as in my previous comment: please upvote this comment if and only if you notice that JsonTools v8.2.0.3 reformats 11.11 as 11.109999999999999. Don’t upvote this comment for any other reason; that way, I’ll know that this is still an issue if I get upvotes.

@Eric-Schetselaar ,
Like @Mark-Olson says, at least for Syntax Highlighting, the UDL is about your best bet if any, and that probably means you’d have to create your own. (fun!!) Not sure what prompting means in this usage.

Unlike @Mark-Olson , I hadn’t heard about this language, but the quick view I had, looks like the UDL could handle it. It’s got essentially a Class/Function style that is similar to most OOP language implementations.

If by prompting, you mean Autocompletion or FunctionList capability, that’s even more work, but doable, since the language looks like most others, it just needs to be structured into a Notepad++ UDL structure system…but as @Mark-Olson suggests, there might already be capable editors for that specialization already, since it’s under the Meta banner, they could provide it. If you’re simply looking for an alternative, then roll up your sleeves and get to work. :-)