Notepad++ release 8.9.9

donho

@andrecool-68 said:
If the Notepad++ window is already open, then the file (ANY) does not open at all through the context menu. If the Notepad++ window is closed, open it through the context menu. This appeared only in this new version; if you take any older version of Notepad++, then such a problem was not observed.
I checked ‘Notepad++ Release Candidate 2 v8.9.9’, and it turned out that this version does not have this problem at all, unlike the final version.

Official released Notepad++ v8.9.9 opened in Administrator mode from C:\Program Files\Notepad++\notepad++.exe,
and I cannot reproduce the bug you reported - File is opened as expected.

One thing you should ensure that the opened Notepad++ path should be the one that NppShell.dll points to (Normally C:\Program Files\Notepad++\notepad++.exe), otherwise the operation will be abandoned for the security reason (harden in v8.9.9).

donho

@peter-fb

The “culprit” is:
https://github.com/notepad-plus-plus/notepad-plus-plus/blame/master/PowerEditor/src/ScintillaComponent/FindReplaceDlg.rc#L93

It was introduced at least 16 years ago for being able to use ALT+y to check/uncheck Transparency checkbox.
So it’s rather a feature, not a bug.

peter-fb

@donho And it somehow only shows up now with version 8.9.9, not with version 8.9.8.1. Do I understand that correctly?

andrecool-68

@donho said:

One thing you should ensure that the opened Notepad++ path should be the one that NppShell.dll points to (Normally C:\Program Files\Notepad++\notepad++.exe), otherwise the operation will be abandoned for the security reason (harden in v8.9.9).

I always have the portable version in which there is no NppShell.dll file at all, and for many years I have added Notepad++ via a batch file. These problems only started in the final version.

REM Open file in Notepad++ (Открыть файл в Notepad++)
Reg.exe add "HKCR\*\shell\Open file in Notepad++" /v "Icon" /t REG_SZ /d "%~dp0notepad++.exe,0" /f
Reg.exe add "HKCR\*\shell\Open file in Notepad++\command" /ve /t REG_SZ /d "\"%~dp0notepad++.exe\" \"%%1\"" /f

donho

@peter-fb said:

@donho And it somehow only shows up now with version 8.9.9, not with version 8.9.8.1. Do I understand that correctly?

PeterJones

@donho, regarding your reply about @peter-fb’s visual difference:

This is the extra / new line that @peter-fb is talking about:

The left images are from @peter-fb’s 8.9.8.1 screenshot (upper is normal, lower is zoomed 4x); the right images are from @peter-fb’s 8.9.9 screenshot (upper is normal, lower is zoomed 4x). I showed a green arrow to the extra line that shows up in the newest version.

Your screenshot from 8.7.8 does not have the extra line, either:

It appears v8.9.9 grew the vertical height of the FIND dialog slightly, and that you can now see the bottom border line for the tab-selector object that used to be hidden under the status bar on that dialog.

peter-fb

@PeterJones Thank you so much! You explain it far better than I ever could. Here’s a comparison I just made, but the one you posted is much clearer.

And if I’m completely misunderstanding what Don Ho means, then I’m sorry.

PeterJones

@andrecool-68 said:

I always have the portable version in which there is no NppShell.dll file at all, and for many years I have added Notepad++ via a batch file. These problems only started in the final version.

I have no such problem:

see video:

Equivalent to what Don said, you need to make sure that the registry entry and the active Admin Notepad++ have the exact same path (from their own perspective). See my screenshot, where I show both the REG QUERY results for the keys created, and the Debug Info which confirms they are the same:

guy038

Hello, @peter-fb, @donho, @peterjones and All,

Ah … @peter-fb, I clearly see, now, what you meant !

Indeed, with the last N++ v8.9.9 release, here are two snapshots of the Find dialog :

So, you can also notice this problem within the reduced / compact version !

BR

guy038

PeterJones

@guy038 said:

So, you can also notice this problem within the reduced / compact version !

Personally, I wouldn’t call it a “problem”, just a change in appearance.

If anything, I would consider the old to be the problem, and the new to be “correct” (except for maybe the ^ button).

In the old, the status bar was covering the bottom line of the border for the tabbed subview control. In the new, the bottom border for the tabbed subview is visible, as would be expected.

Here’s a conceptual version:

on the left is the v8.9.8.1 (and earlier) layout
- the bottom edge of the tabbed view (green outline) is covered by the status bar (orange)
on the right is the v8.9.9 layout
- the bottom edge of the tabbed view is above the status bar, so you can see the entirety of both

Really, that’s not quite it, either, because as you can see in my screenshots, for some environments, the ^ button slightly covers the bottom and right edges still:

But your screenshot do not show that.

And to me, this is rather unimportant, as I wouldn’t’ve noticed it if @peter-fb hadn’t pointed it out. But I’d prefer it as it is in v8.9.9, rather than the cover-the-border from v8.9.8.1-and-earlier. (If there was a change, I’d say move the button 1 up and 1 left, to make sure that it doesn’t extend over the edge of the border in the different environments… but I don’t really care if that’s not done.)

guy038

Hi, @peter-fb, @peterjones, @donho and All,

When I said :

So, you can also notice this problem within the reduced / compact version !

Those words went beyond what I was thinking. I should have said :

So, you can also notice the changes within the reduced / compact version !

Do note that, initially, I did even not see where the “problem” was, at first place !

BR

guy038