@guy038 Hello! Oh great news, this sounds promising, finger crossed! :D Thanks for your reply! Best regards, pellelin

@PeterJones - Yes! It works that way for me, too. That’s the magic bullet - have Windows to add it to the Open With list, which triggers creating the file in AutomaticDestinations\ which will then start collecting file names. I now have my jump list back. Thanks for helping me puzzle this through. I have a few files that I use daily and this makes my work flow much more efficient.

@jabcreations said: The only “people” using 800x600 these days are bots. That’s an absurd exaggeration. Whether or not there’s anyone on 800x600, there are plenty of people still using 1920x1080 monitors. (In case you don’t believe me, per April 2026 Steam HW/SW survey, more than 50% of Steam users are running at 1920x1080. So it’s still reasonable behavior for more than half of users – and that’s skewed toward gamers, who are more likely to have “fancy” tech; I am confident that in general, even higher percentage is still using 1920x1080.) Did I miss something or does this need to be a feature request? Could it be improved for 4K users? Likely (I’ve never used a 4K monitor, so I have no experience). There’s a long-open set of 4K issues in the official tracker, and it wouldn’t surprise me if this were already one of the open issues remaining… You might want to search the 4K issues in the repo to see if it already exists. But in the meantime, what’s your OS display scaling set to. Normally, with 4K, it’s somewhere in the 150% to 200%, IIRC from other posts. But if you’re at 100%, then of course GUI elements will be tiny.

@Abdellah-Hss Hello thanks for this input, I thought I had to provide all system versions in order to be accepted to admin plugin list. Today I’ve added ARM64 version and will fork the admin list to update it asap. Thanks for the feedback I actually didn’t know the way to publish it via official channel. Hopefully once I get through with this process it will make the list and be easier accesible. Edit I’ve just added the plugin to official list on x86, x64 and ARM64. Till the next update you can only install it via dll or bat installer I provided on github.

@PeterJones Okay, I got it working, but I need to revise the configuration section of NppDebugger. Debugging PythonScript is fundamentally different from debugging “regular” Python programs. Currently, however, NppDebugger selects the debugger based on the language, which no longer works in this case. So I guess I need to introduce a “profile-like” approach, i.e., a language can have multiple debug adapters. If multiple adapters are defined, we could display a small dialog to select the desired adapter. Additionally, the debuggee process is currently terminated when the session ends, which is usually not a problem, but when debugging PythonScript, Npp itself is the debuggee process, and terminating it could leave plugins in an unexpected state, such as in my case, where NppLspClient can no longer perform its cleanup. So I need an additional option to configure the debuggee process so that it is not terminated after the debugging session ends. I hope another version will be available by the end of this week. [image: 1780303579725-nppdebugger_in_action.gif]