@Henrik-Haftmann ,

moderator aside:

Does this “thought” really need a separate discussion from your other two topics? All three of your topics are, to my mind, about essentially the same thing – the mtime/ctime of a file, and how Notepad++ interacts with it (both in deciding whether document-has-been-changed and in how Notepad++ sets one or both of those times). If they are really all related, please keep everything in one of the existing topics, instead of creating a new topic for each thought. It makes it really hard to follow, and hides the fact that other people have replied to other of your thoughts, so eliminates or obfuscates context.

Let me know which of the three you want as the “parent” conversation, and I can merge them all into one, unless you really believe they are completely distinct conversations which don’t rely on each other for context.

@Henrik-Haftmann

I tried on my network NAS (webdav), created date/time did not change when I opened, updated & saved an old file using N++:

npp-NAS-webdav-created-not-changed.png

Hello Peter

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

So is your account the account named “Administrator”, or is it a normal user account that has administrator privileges? Because my Windows account is a normal user with Admin privileges. The two might not behave the same, depending on circumstances.

No my account name is user, but with administrator privilages.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

I am curious exactly what steps you took to “update” Notepad++ if it installed a version that’s 2 years old

Looking at Settings > Preferences > MISC, is the ☐ Enable Notepad++ auto-updater checkmarked or not?

Thats because I forgot that I disabled auto updates for this reason and I did not expect its more than two years from that time now, but auto updates was enabled at first and selcted template changing was happening after updates so I disabled auto update and after disabling that option I remember notepad++ many times asked me for updating at begining of program and I remember I updated it manually (by accepting that update message) for a few times after disabling update but I decided to accept updates less often specially because of fear of loosing some options and requiring to set them again as like as selecting my prefered theme; and yes Auto update is disabled in my prefrences now, but this background loss was happend recently for a few time, and once exactly when I opened a ticked I thought my auto update option is on and it happend because of update but now I conclude that there must be somethingelse happening separate from updating of program which causes the templates reset too. but I can assure you I haven’t cleared my %appsdata% or restoring or cleaning windows manually and it must be very rare to automatically this happens in my system because I do not install such softwares to clean files or system for me and I do most of the things manually if I see a problem.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

When you updated to v8.4.8, which of the following happened?

Notepad++ popped up a dialog telling that an update was available, and that update was v8.4.8

oh yes recenly this happend and I ignored update I think this template change happens even if I ignore it !! I’m not sure about this but I can tell you for next time if such message come up and I ignore to see what happens.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

You went to Notepad++'s ? menu and chose Update Notepad++, and it downloaded and installed v8.4.8

no I did not updated this way recently

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

You already had a copy of npp.8.4.8.Installer.x64.exe in your downloads directory, so you just ran that one

No

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

You went to https://notepad-plus-plus.org/downloads/ , and instead of going to the first entry on that page, which would be v8.7.5, you instead scrolled way down on the page to “Download Notepad++ v8.4.8”

No
No
No

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

You went to some other website other than notepad-plus-plus.org or github.com and downloaded Notepad++ v8.4.8 installer from there

No because notepad++ have an update option in application and its easier than all.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

the version before that one would have been v8.7.4 from earlier in Dec 2024.

Yess you giving me clues that the template reset is not depending my selection to update or not it always reset my template options after this update warning and make me think the program was automatically updated (Because I trust this app I do not care very much if it update now or later and some time I think I selected yes but in real I was selecting no because of fear of loosing options again and I was focusing to continue reading text file)

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

This still boggles my mind

It was a suprise for me too, I really didn’t knew I havn’t updated this app for such long time (mostly because of template reset which was my logical address to conclude application is updated again so I must do select template again)

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

L:\Programs\Notepad\notepad++.exe

Its correct! in my system “L:” means Large volume drive and I always create big L: partition on my partitionings, keep static large files and medias including small applications and every other things which not depends on harddisk speed and OS and can run on any computers and on slow and old hard disks, which are much cheaper and larger than new M.2 and fast volumes. The L: also is very unique letter and helps me to never loose application addresses and file locations after system change. I just change the old volume drive letter on my hard disk to L: which is rarely happens to be occupid on different systems so its kind of portable. Also V: is a similar unique drive letter for me which is always my chosen Vistual drive just for not mistaking with other drives for example DVD/CD drive or connected portable ones. And my windows drive is mostly C: or D:.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

As I said above, when you are a normal user who happens to have Admin power, you don’t have to run Notepad++ “As Administrator” – I almost never do, except when I need to edit a file in the c:\windows or c:\program files hierarchies. (Which is very rare, for me.) I believe that not using “As Administrator” is less likely to give you problems like what you’re having.

Oh peter, You know a lot!! This is my case too… I’ll tell you why I did this. I sometime code in AHK(autohotkey) so I managed to setup notepad++ to open/edit some files and codes with just pressing a hotkey! saying more clear I have a large AHK file manually written to manage custom hotkeys on my windows and I open/edit many files even itself with its own hotkeys too. For acheiving this I need to run notepad++ from another application(Autohotkey.exe) which would be the parent for notepad++ on that moment and this caused to limit my access to edit some system files from hotkeys. For example when I want to add a line of code to windows system files (like “hosts” file) it gave me error of restricted user so I managed to do something to run notepad++ as adminstrator.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

That’s fine. I frequently run with a true portable. And, in fact, at work, I often used a portable copy but set my file associations and paths so that Windows could associate files with that portable, during a period when my employer made it a hassle to update Notepad++ when it was in C:\Program Files. (They eventually relented, so I went back to a normal installation.)

I do not prefer this because after uninstall/reinstall I need to do my customizations windows and its apps relations to notepad++ again and they are too many, and I even can not remember all things I did after these years. For example now I can not remember what I did to give notepad++ administrator privilages when it is started from another app, I just searched google and used some tricks guys used and suggested to do this.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

Yes. That is Notepad++'s default behavior. But when you ran the installer, it did ask you whether you wanted to use AppData or not. You are the one who agreed to let it install there.

So I can reinstall it again and choose right option. I think I can handle it now.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

I disagree vehemently with that statement. I’ve been using the same AppData directories on this computer through its original Windows 10 and all the Win10 updates, through the Windows 11 and all the updates there, and it has correctly maintained those settings. And the %AppData%\Notepad++ setting that I put in on Win10 were the ones I copied over from my previous computer, and probably from the computer before that. My AppData literally has a legacy on the order of a decade. If you think of a decade as being “temporary”, I am impressed with your longevity.

I really respect your decition and opinion, I can not say anything other than thank you for your helpful messages guiding me a lot.

@PeterJones said in Selected theme (in style configurator) resets back to default after every program update!:

From step 4 on, all of Notepad++'s settings will be stored in L:\Programs\Notepad` instead of in the AppData hierarchy

Now I ran to step 4 and downloaded latest install version after that but I could not find “AppData” checkbox in step after choosing “L:\Programs\Notepad” (and it was “c:\program files\notepad++” by default) so I stopped. Isn’t it better to copy and replace all files from zipped protable version to “L:\Programs\Notepad”??

@mpheath

Thank you very much - and disabling it again in my init routine seems to solve the current problem, but I’m not sure if there isn’t an underlying issue here. I mean, why does this only happen when multiple documents are used in a single window? I will do some tests in the next few days.

@Bertrand-Ruef

MessageBoxIndirect

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?

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