Notepad++ v7.8.7 released

donho

Please check the following news to get you new released Notepad++ :
https://notepad-plus-plus.org/news/v787-released/

Notepad++ v7.8.7 Enhancements & bug-fixes:

Fix new style save dialog by selecting right file filter and adding extension automatically.
Add right-click context menu to bookmark margin.
Add sub-menu bullets for cascaded Encoding and Language menus.
Display file name as root of workspace instead of “Workspace”.
Add file extension automatically for session files and workspace files while saving in new style dialog.
Fix file reading failure (network problem) not detected issue.
Improve Document Map precision.
Fix clickable links break syntax highlighting issue.
Fix current range detached from Document Map issue.
Disallow backward regex searches due to sometimes surprising results (an non-UI option is available to enable it).
Fix wrong project panel at start by opening a project via command line.
Allow user to skip *.* when adding only excluding Filters for Find/Replace In Files.
Fix Doc switcher icon state update issue for cloned documents.
Assign CTRL-M as default shortcut for invoking mark dialog.
Fix also a folding visual glitch in Find result.
Add count of files searched to ‘Find result’ output.
Fix Find/Replace history lost issue.
Fix bug of Mark clearing in selection mode.
Fix auto-completion suggest the same word while the word being modified.

guy038

I’m usually not in favor of devoting any N++ version to special world event. But just see the legitimate world emotion !

So, this time, I think that we all have to make a mark.

Best Regards,

guy038

Ekopalypse

@guy038

First, I can only speak for myself.
Whether @donho decides to make a statement or not is up to him.
His project, his decision.
Everybody can decide whether or not to support it.

The reason why I downvoted @Kantor-Zsolt posts is because of his wording.
Racism should not get a place here - it should not get a place anywhere.

donho

@Ekopalypse said in Notepad++ v7.8.7 released:

The reason why I downvoted @Kantor-Zsolt posts is because of his wording.
Racism should not get a place here - it should not get a place anywhere.

Agree with you.

@guy038 said in Notepad++ v7.8.7 released:

I’m usually not in favor of devoting any N++ version to special world event. But just the see the legitimate world emotion !
So, this time, I think that we all have to make a mark.

(IMO) A special edition is worth for capturing audience’s attention on some unpopular events, or speaking out for voiceless people.
So it’s not necessary to do a #BlackLivesMatter edition (though I go for this movement) since this event is popular enough and focused by world-wide.

guy038

Hi, all,

My bad, once again ! I got fooled because English is not my mother tongue :-((

I should read posts more carefully! … I’m sure you understand the general idea I wanted to express…

BR

guy038

MAPJe71

@Ekopalypse said

The reason why I downvoted @Kantor-Zsolt posts is because of his wording.

That was my exact reason.
He apparently doesn’t read the comments because he does it again.
So IMO it is HE who doesn’t give respect.

Pinobigbird

The behaviour of the column editor changed in this version, when using Tab.

Hold Alt and postition the cursorline over several lines and press Tab.
Expected: the cursorline moves along with the text.
Actual result: the cursorline stays at its orignial position. Npp 787.png

Alan Kilborn

@Pinobigbird said in Notepad++ v7.8.7 released:

The behaviour of the column editor changed … when using Tab … the cursorline stays at its orignial position

I can confirm this, although in my testing it also happened in 7.8.6.
I also tried 7.8.4 and 7.8.5 and in those (for me at least) the cursorline moves along with the text.

Ekopalypse

@Alan-Kilborn

I can confirm with 7.8.7 too, but in 7.8.6 I have the same behavior as @Pinobigbird.

Notepad++ v7.8.6   (64-bit)
Build time : Apr 14 2020 - 22:37:54
Path : D:\...\notepad++.exe
Admin mode : OFF
Local Conf mode : ON
OS Name : Windows 7 Professional (64-bit) 
OS Build : 7601.24544
Plugins : mimeTools.dll NppConverter.dll NppExport.dll

Michael Vincent

@donho

A potential bug with the new save as dialogue autopopulating the extension seems to also save the extension regardless of if the user deletes the automatically supplied extension.

See here: https://community.notepad-plus-plus.org/topic/19536/gedcom-file-extension-ged

and here: 8398

Cheers.

Alan Kilborn

@Ekopalypse said in Notepad++ v7.8.7 released:

I can confirm with 7.8.7 too, but in 7.8.6 I have the same behavior as @Pinobigbird.

Ok, so now I blew away whatever settings I had for my temporary 7.8.6 portable copy, and did a fresh extraction and tried it again. And now I agree with you and @Pinobigbird about it working correctly in 7.8.6 and incorrectly in 7.8.7.

But, I believe it must be tied to a configuration setting (some way I had my 7.8.6 originally set up). I probably should have made a copy of the config before blowing it away.

donho

@Pinobigbird @Alan-Kilborn @Ekopalypse
Thank you for your test.
I did a quick test with a new document and readme.txt under 7.8.7 and 7.8.6 (both are minimalist package, 32 bits).
Under v7.8.7, I can reproduce the bug with both new document (new 1) and readme.txt.
Under v7.8.6, however I can reproduce the bug only with readme.txt. With new document (new 1) the behaviour is as expected.

Could you confirm that you get the same result as I’ve got?

Ekopalypse

@donho

I can confirm, with npp 7.8.6, that *.txt files seems to have the bug.
I tried *.bat, *.html, *.log, *.xml, *.pl and *.py all of those behave as expected.

Ekopalypse

With 7.8.7 new and existing files, the ones I’ve tested (*.bat, *.html, *.log, *.xml, *.pl and *.py ) seem to have the bug.

Pinobigbird

@donho
Under v7.8.6 (32-bit) I can’t reproduce it, not with new files, not with *.txt.

PeterJones

In v7.8.7, with type = “normal text file”, it depends on what extension I type whether Notepad++ auto-appends the .txt extension or not.

With the same file (just File > New, then type blah as the file contents), Save As results in:

type new 1.txt => actual new 1.txt
type new 1.ged => actual new 1.ged.txt
type new 1.ext => actual new 1.ext
type new 1.fon => actual new 1.fon
type new 1.blech => actual new 1.blech.txt

Looking in HKCR in my registry, what it seems to be for me is that if the extension (.txt, .fon, .ext) happens to be in the HKCR keys list, then Notepad++ lets me keep that extension. If the extension (.ged, .blech) is not in the HKCR keys list, then Notepad++ auto-appends the .txt after the extension I typed.

If I set Language > B > Batch, so it wants to default as .bat:

type new 1 => actual new 1.bat
type new 1.ext => actual new 1.ext
type new 1.fon => actual new 1.fon
type new 1.ged => actual new 1.ged.bat
type new 1.blech => actual new 1.blech.bat
type new 1.a => actual new 1.a (.a is in HKCR)
type new 1.aa => actual new 1.aa.bat (.aa is not in HKCR)

edit: Conclusion: Notepad++ Save As (and similar) let you keep the typed extension if the extension is listed in keys of HKCR in the registry

donho

Regarding the column selection for TAB position regression, here’s the way to reproduce it:
Just add a valid url link like
http://foo
then this bug can be reproduced.
Tested with v7.8.6 so it’s an old regression :)

I’m working on it.

Michael Vincent

@PeterJones said in Notepad++ v7.8.7 released:

edit: Conclusion: Notepad++ Save As (and similar) let you keep the typed extension if the extension is listed in keys of HKCR in the registry

YES - that seems to be correct so this may NOT be a bug / regression, but a limitation of Windows Save As dialogue. Trying your test with Notepad.exe (Windows supplied, not the far more capable Notepad++ we’re fond of) demonstrates the same behavior - with my example “mygedfile.ged” gets saved from Windows Notepad.exe as “mygedfile.ged.txt” unless I surround the file name with double quotes or select “All types (*.*)” from the “Save As Type” drop down.

I’ll amend the bug report 8398 to reflect this.

Cheers.

Pinobigbird

@donho
Yes, with an url I can reproduce it too in v7.8.6, but only with the option “Clickable link settings” enabled (which I have disabled normally).

donho

Just tested with v6.6.6 (13th Friday edition) :
Without URL it works as expected. With URL it doesn’t work - the behaviour is not the same (even more buggy).
So it’s not a regression definitely, but a (Scintilla?) bug for sure.
Could someone open this issue on Github please ?