Notepad++ v7.9.2 Released

linpengcheng

After testing, it was intentional.

If your appeal is strong enough to openly treat everyone in a country as an enemy, then there is a dangerous tendency to think of terrorists, and I think you need a psychologist.

donho

@linpengcheng @ufcoxd
Indeed, Chinese Simplified doesn’t work in v7.9.2.
No, it’s not intentional.
I’ll check where is the problem, then let you know what it is wrong.
Sorry for the inconvenience.

donho

Regarding Chinese Simplified localization issue:

It’s a regression in v7.9.2 due to the following commit:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/528712f050c2380ec84c9be0457d43eb9b9475fa#r45564456

An issue report has been opened here:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/9329

The issue has been fixed in this commit:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/3373756afbeb66cea8be36087538aab12a171491

I opened also an feature request (TODO) in order to avoid such issue in the future:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/9330

So this issue will be fixed in the next version. In the meantime, you can replace

                    <Item id="6235" name="无边框"/>
                </Scintillas>

by

                    <Item id="6235" name="无边框"/>
                </MarginsBorderEdge>

in chineseSimplified.xml to workaround this issue.

Sorry again for this inconvenience.

linpengcheng

@donho Sorry, thanks!

Raccoon's Hits

Hi,
I just noticed with the new 7.9.2 that I am unable to right-click copy from the search results window. All I seem to get in the clipboard buffer – that I can tell when I paste later – is a single blank line – at least I think that is what it is.

Can anybody else confirm this is a regression bug? Here’s a picture which shows more detail about what I’m doing, and choosing from the menu. Sorry, for german language of the screenshot – that’s how I normally use NPP.

Kind regards,
The Raccoon

Artur Harison

@Raccoon-s-Hits said in Notepad++ v7.9.2 Released:

Hi,
I just noticed with the new 7.9.2 that I am unable to right-click copy from the search results window. All I seem to get in the clipboard buffer – that I can tell when I paste later – is a single blank line – at least I think that is what it is.

Can anybody else confirm this is a regression bug? Here’s a picture which shows more detail about what I’m doing, and choosing from the menu. Sorry, for german language of the screenshot – that’s how I normally use NPP.

Yes! I confirm!
OMG how i missed it in testing RC.

donho

@Raccoon-s-Hits @Artur-Harison
I just tested “Copy” & “Copy Selected line(s)” 2 commands, and I didn’t see any unnormal behaviour. Could you elaborate your unexpected behaviour by providing more information?

Artur Harison

@donho said in Notepad++ v7.9.2 Released:

@Raccoon-s-Hits @Artur-Harison
I just tested “Copy” & “Copy Selected line(s)” 2 commands, and I didn’t see any unnormal behaviour. Could you elaborate your unexpected behaviour by providing more information?

Just change on Russian or German language.
I think the problem is with localization of the Search Results Window (Line .1.2.4.etc)
I will check it now!

Artur Harison

Ok I found the problem. As I expected this “Line” more precisely its translation.
If you change even one letter on any, it stops working.

find-result-line-prefix  "Line"

Pull request #9233

donho

Thank you @Artur-Harison
I see now where is the problem.

The regression is due to:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/e3455a0f7e2e8aa2c97d1f7a6d2ddfde2d83f95e

An issue has been created by @SCOTT SUMNER :
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/9334

Fixed commit:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/edfd2b8a95d1e07365b35508d14ee1fe70a5b240

Workaround is what @Artur-Harison has provided here:
https://community.notepad-plus-plus.org/topic/20537/notepad-v7-9-2-released/13

The fix will come with the next release. Sorry for the inconvenience.

Alan Kilborn

@donho @Artur-Harison @Raccoon-s-Hits

I see that problem, but it is fixed for the next version so I guess I am late to that particular party.

But… I noted something else because I wanted to set my “Line” text to something very different: Nothing at all.
My thinking was why have to look at LineLineLineLine… all the way down the window. I know these are lines.

I tried: <find-result-line-prefix value=""/>
and that works to eliminate the “Line” text, but I get an extra space before the actual line number, can that be eliminated for this particular case?

Here I show it, where I’ve used the yellow highlighter in the screenshot utility to mark what I mean:

Ok, it is a small thing, and I can live with it, but just wanted to mention it. :-)

Artur Harison

Ok i find one more bug.
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/9341

Alan Kilborn

@donho said in Notepad++ v7.9.2 Released:

Add context menu with “Copy link” ability. (Implement #2435)

So, there must be some sort of super-secret way of making that work. In my slightly customized contextMenu.xml file (but nothing customized with the “Copy” command), I get this result when right-clicking a link:

But if I unzip a fresh portable 7.9.2 and try the same test, I get:

Any ideas on why there would be a difference?
And any idea on what I could do to get it enabled on my setup?

donho

@Alan-Kilborn said in Notepad++ v7.9.2 Released:

So, there must be some sort of super-secret way of making that work. In my slightly customized contextMenu.xml file (but nothing customized with the “Copy” command), I get this result when right-clicking a link:

It’s done in source code and it’s a neat feature IMO.

And any idea on what I could do to get it enabled on my setup?

What are you trying to do exactly?

Alan Kilborn

@donho said in Notepad++ v7.9.2 Released:

It’s done in source code and it’s a neat feature IMO.

Yes, I agree, and I’d like to be able to use it.

What are you trying to do exactly?

Ummm, I’m trying to use the “Copy Link” feature to copy some link text to the clipboard without having to select it first.

In my screenshots the upper left corner of the popup menu boxes are the point at which I right-clicked on a link in the contextMenu.xml file; same spot in each screenshot, same file in each screenshot; different copies of N++ 7.9.2 in each screenshot:

The top screenshot is my normal portable N++, recently updated to 7.9.2.
The bottom screenshot is a freshly unzipped 7.9.2.

I guess the answer could be: “it works fine since it works in the freshly unzipped portable”.
But that doesn’t help me, and potentially others that don’t “start over” every time a new release happens.

The question in shortest form is “When I right-click on a link, I don’t get the ability to ‘Copy link’ – what can I do, if anything, to make it a present and enabled context menu option?”

donho

@Alan-Kilborn said in Notepad++ v7.9.2 Released:

The top screenshot is my normal portable N++, recently updated to 7.9.2.

Hmm… it should work.
How did you upgrade your portable version to v7.9.2 then? From which version?

magoo104

The following valid PowerShell statement doesn’t correctly match the parentheses. It can also mess up other valid bracket matching, but I haven’t figured out the right pattern yet.

“$($s.replace(”‘“,”’'“))”

$s can be any valid string, with or without imbedded single quotes.

Alan Kilborn

@donho said in Notepad++ v7.9.2 Released:

From which version?

7.9.1

How did you upgrade your portable version to v7.9.2 then?

I suppose like most people that use portable would, although there is no official procedure on how to do so. I typically use a compare utility to compare the portable .zip files, so 7.9.1 <-> 7.9.2 in this case, and make some notes about what has changed so that I can merge into the portable folder that I use daily.

For 7.9.1 -> 7.92, the following is found:

functionList for php.xml is different (as I don’t use php, I just copied this new one over the older one in my “daily” portable)
several localizations xml files changed (as I don’t care about most, I copy the newer ones over the older ones); I do make notes about what changes happened in english.xml, so that I can update my english_customizable.xml in my “daily” portable
stylers.model.xml changed, so I note that change so that I can update my stylers.xml appropriately
DLLs and EXEs files: these are all just copy-overs from the newest version into my “daily” portable

PeterJones

@magoo104 said in Notepad++ v7.9.2 Released:

The following valid PowerShell statement doesn’t correctly match the parentheses. It can also mess up other valid bracket matching, but I haven’t figured out the right pattern yet.
…

I can confirm that I see similar problems. However, it’s not a regression, since I see the same problem in v7.9.1.

Since it’s not a regression, I branched the discussion to a new topic. @magoo104 , Please continue this discussion over there

Alan Kilborn

I’m noticing the following “weirdness” with the new-in-7.9.2 URI customized schemes :

Note that the built-in file protocol has no problem underlining paths with either types of slashing, / or \.

But with the customized foo protocol, it doesn’t want to underline paths with the most-typical “slashing”, that of Windows’ \.
Curiously, it has no trouble with the underlining, as long as the first slash after the colon of the drive letter is a forward-slash (and subsequent slashes are of the backslash variety).