@PeterJones said in How dynamic-ID menu commands are executed and relation to macros:

There is no “universally constant value” necessary for Notepad++ to store for it to be working the way it is.

And creating a new identifier rather than using menuCmdID is not likely to happen (nor should it, IMO)

That scheme (even if hypothetical) seems to work very well as long as it’s not a problem that the IDs change when you remove menu entries.
But we do know that it is in fact a problem for recording macros.
Here are 2 approaches I can think of (besides the “shut up and hack the XML files” one :) ) :

A. Constant IDs version

Still have a linked list to represent the structure of the (dynamic) menus, but whose contents are just the IDs of those commands. Can still be in same range as current IDs, if needed.
Add a dictionary (hashmap) to map from those IDs to the respective actual commands, or in case of macros - list of actions , as you describe in your post above.
Npp getting command 20001 for ex, involves looking up in the dictionary - most often a constant time operation.

Deleting an menu entry involves deleting the respective entry in the linked list and also the ID-value pair in the dictionary.

In addition to that, to ensure that generated IDs stay within a given range: Several schemes are possible, one of the simplest can be just generate a key in range and test that it is not present in the dictionary.

B. Dynamic IDs, but synchronized in every saved macro

Basically, keep the scheme as it is at present, but add a way to update, for each macro, every stored referenced menu command ID in an Action record:
at every removal of a menu entry, compute how the rest of entries’ IDs would change (if located After those removed, the ID would decrease by one) and traverse the linked list of all macros and update that ID in every action that refers to a menu-command in the range of the dynamic-IDs types (Run, Plugin and Macro commands).
Thus on Npp closing, the macros written in XML will also contain updated IDs.

But don’t pretend the niche [for a more powerful macro system ] doesn’t already have a plethora of entries.

I think there is plenty of room for a macro system to grow in power and STILL be much easier to do a lot of common tasks, than the same tasks in any scripting language.
Because with macros you don’t have to learn and remember syntax.

@erik-neyman
Hi,

first of all, please hide/change your secret_key setting (or remove the image), as this is a public forum and others may misuse it. :(

Unfortunately, there may be bugs in the latest NppOpenAI v0.5 update (updates/fixes can be found on the NppOpenAI development project page), so I suggest that instead of setting a route_chat_completions, you should specify the URL “all at once”, e.g.

api_url=https://api.openai.com/v1/chat/completions

Edit: You can leave the route_chat_completions setting unchanged.

I apologise for the error!

@Ekopalypse
Wow, thank you!

Has anyone here found how to open those relative path links from within the Notepad++ file, in their default app ?

That would make the solutions listed here even more useful IMO; one could have for instance have the documentation of a project in simple text files.

Opening the links at either double-click (better, & underlined) or some other action.
I’ve requested the feature on github https://github.com/notepad-plus-plus/notepad-plus-plus/issues/16942

@rdipardo Thanks! i didnt know that modern C# plugin support existed
I’m probably going to give that a try, for now i’m just going with 4.8

Updated linter++ to v1.0.1

Most obvious changes:

Works properly in 32 bit mode Ability to switch linting off and on - mainly for people with slow PCs Double clicking on an error in the ‘system’ tab will open a new notepad++ buffer and provide more detail on the error Ability to define your own variables to be used in commands.

This is available at the same page as above.

@Mit-Jean ,

Notepad++ has a plethora of ways to decide which file(s) should undergo search/replace. I am not convinced it needs another.

One document: Search > Replace > Replace All = does replacement whether there’s a saved file or not All open documents: Search > Replace > Replace All in All Opened Documents = does replacement whether there’s a saved file or not Across multiple files: Search > Find in Files > Replace in Files = does replacements only in files saved to the filesystem Across a specific set of files in a “Project”: View > Project Panels > Project Panel N, then in the Project Panel, Right Click on the workspace > Find in Projects (or Search > Replace, pick the Find in Projects tab) and then run Replace in Projects

My original thought was that, instead of somehow “marking” a file for “MOD scope”, you would just add your file to the project, and use Find in Projects. But since you want to include documents that haven’t been saved to a file yet, that won’t work (because Projects require that there’s an underlying file for everything added to the Project). However, I might give the advice that it would improve your workflow (and reduce the chances of losing data) if you were able to update your workflow to always save a file to the filesystem before doing any search/replace in it (especially as a multi-file S/R, as that’s a situation where you might not notice right away that your S/R didn’t work quite as expected, and you might move beyond the undo-history before you discover your mistake). (My personal opinion is that anyone who tries to do any more editing than Create File then Save, or maybe Create File then paste boilerplate then save, is just begging their computer to lose data for them: computers crash, and applications cannot perfectly/flawlessly prevent loss of data when they do; having unsaved data is foolish, IMO. For the ephemeral stuff, I have a “scratchpad” document always open, and I make liberal use of the AutoSave plugin, as described in this FAQ. My only exception to this rule is that I often create an empty unsaved tab to paste in data from a post in this Community, verify my suggestion works, and then delete it, all with it never being saved to disk; but that’s because I know that there is a 0% chance that I would care that the data were lost if my computer crashed while I was in the middle of it, because it’s data copy/pasted from the forum.) But enough of my preaching.

If you were to make an official feature request – like @Alan-Kilborn hinted with his link – then I would say don’t word it as you currently do: Notepad++ already has a way to apply a specific color to a document’s tab (right click on the tab, Apply Color to Tab > Apply Color N), so instead of creating yet another way of marking the file for your “MOD scope”, what I would suggest is asking for “Replace in All Tabs of Color N” where “N” is 1…5 for the five possible colors; this would make the interface very similar to the Find in Projects dialog, where you can select one of the three project panels. That way, instead of having some new concept of “MOD scope”, it would be making use of a way that Notepad++ already provides to indicate similar tabs – it would actually give you five independent “MOD scopes” simultaneously, without introducting another new concept to the N++ interface.

@Thomas-Knoefel
Your idea of a plugin interface to determine if a tab is pinned seems very reasonable, so I created this GitHub issue to ask for such a feature.

Hello, @peterjones,

My bad ! Thanks to the @dinkumoil’s post, I realized that you already fully documented the npp-compatible-versions and old-versions-compatibility attributes in the official N++ documentation ! So, most of the initial posts about this topic seem useless :-((

Anyway, this was the occasion to revisit these important notions. As an example, if we consider the true maximum syntax, each made of 3 elements, which is :

- "version": "a.b.c", - "npp-compatible-versions": [d.e.f,g.h.i], - "old-versions-compatibility": [j.k.l,m.n.o][p.q.r,s.t.u],

My understanding supposes that this means :

Latest plugin version a.b.c of the plugin works with all releases of Notepad++ between d.e.f and g.h.i, included.

Older plugin versions between j.k.l and m.n.o, included, should work with all N++ versions between p.q.r and s.t.u , included.

The plugin version a.b.c is more recent than, both, the versions j.k.l and m.n.o of that plugin.

This example likely represents the case of a plugin no longer maintained after the N++ release g.h.i.

As always, RTFM ;-))

Best Regards,

guy038

@rdipardo

But what if the given document is not UTF8, but ANSI or UTF-16?

I’ve finally gotten around to implementing a fix for this issue in JsonTools. I did this first in JsonTools because it has a lot of features that read the text of the file. It appears to work fine for ANSI files (you can test it on this example file I added).

As I noted in the commit message, there are some features that are broken because my JSON parser’s code for determining node position assumes that the document is UTF8-encoded.

…or UTF-16?

JsonTools has always worked correctly on files with any encoding except ANSI, so at least on my machine, I have just confirmed that Notepad++ internally represents documents as UTF-8 if the file itself is in UTF-16 or some exotic encoding like OEM 865.

@User-Name said in JsonTools v5.5. is live!:

And then if I open any file, it opens formatted.

Glad to hear it!

But the first opened file is not formatted :)

That’s probably just a limitation of how PythonScript is implemented, and I don’t think there’s anything I can do about that.

@Vitalii-Dovgan said in XBrackets Lite v1.4.0 has been released!:

The uniqueness of XBrackets is in its external simplicity and internal complexity.

Thank you. I get 3) from the SurroundSelection plugin. Notepad++ has “Go To Matching Brace” in Search menu, but I think it only includes { [ ( ) ] }, not quotes.

Cheers.

@Alan-Kilborn said:

I think it should be an absolute requirement that the title bar always starts with Notepad++ -

Hmm, this is what I get for posting when I don’t have Notepad++ right in front of me (i.e., I get it wrong). :-(

Now that I have it in front of me, the Notepad++ title bar shows pathname - Notepad++ or filename - Notepad++.

My point was mainly about Notepad++ remaining somewhere in the titlebar, because this bit of consistency aids in other programs in locating the N++ main window, via the FindWindow Win32 API call. I do this a fair amount, and thus I’m projecting that I’m not alone and that others do this as well.

Here’s a bad example; some PythonScript code:

notepad.hwnd = user32.FindWindowW(u'Notepad++', None)

(It’s “bad” because it isn’t necessary any longer, because newer versions of PythonScript have the notepad.hwnd variable predetermined for you – but for a long time this was not the case)

But, if Notepad++ weren’t in the title bar text, it would not be as “easy” to locate the window, for those that need to.

Note that the OP made no suggestion to drop Notepad++ from the title bar text; I was just thinking if the original idea was extended (as tends to happen), I’m sure someone would come up with that idea. And @Coises did call the text redundant, so that could be construed as a first step at “removal” – in quotes because of course all of these suggestions would be for optional things.

@Coises

SCI_BRACEMATCH is pretty useful as well, when dealing with (), [], {} and <>.

As for “” and ‘’ (as well as other possible situations when SCI_BRACEMATCH returns -1), the internal functions findLeftBracket and findRightBracket in XBrackets Lite do pretty good job there.

The exported functions GoToMatchingBracket and SelToMatchingBracket already work, though may need some tuning. The source code is here:
https://github.com/d0vgan/npp-XBracketsLite/commits/feature/GoToNearestBr/

@Silva-Yunus ,

The CustomizeToolbar plugin allows you to add menu commands (including saved macros) to the main toolbar, so it’s almost what you are asking for.

Otherwise, we have a FAQ on Feature Requests

Eventually, it seems the best solution is to subclass Scintilla’s WndProc (for both Main and Secondary Scintilla window) and to handle WM_CHAR there.
The benefits:

no need to bother with Scintilla’s native notifications and their nuances; full control and clarity of what happens and when it happens: within own WM_CHAR handler, we are able to process a character before it goes to Scintilla and after it goes to Scintilla; simplified code because all the logic is controlled by you and there is no need to conform to Scintilla’s way of processing the events.

I’m not entirely sure how to vote on this because - if with the permission of the original author, I don’t think a new name would be required. However, any other option should have a new name

@Thomas-Knoefel ,

Well, that got me farther. With some keystrokes, like a normal letter, or a key-combo that’s not assigned to anything in Notepad++ (like Shift+Ctrl+C), it will call that subclass function and see the uMsg==WM_CHAR. But Ctrl+C doesn’t trigger it; and if I try a shortcut that does something obviousl in N++, like Alt+C (for the Column Editor).

But that reminded me of the recent conversation about shortcut mappings, and so I tried sending the appropriate NPPM_MODELESSDIALOG arguments during my plugin’s init & destroy, and now it can capture Ctrl+C (or any other shortcut).

Thank you