Notepad++ v8.5.3 Release

Mark Olson

If anyone else is mildly (or severely!) dissatisfied with the fact that non-printing characters and control characters no longer show up by default, here is an issue that I introduced
and here is the script that I created to show non-printing and control characters but not CR and LF:

from Npp import *

notepad.menuCommand(44130) # toggle all non-printing characters
notepad.menuCommand(44131) # toggle all control characters (e.g., BEL, ENQ)

Alan Kilborn

@Mark-Olson said in Notepad++ v8.5.3 Release:

non-printing characters and control characters no longer show up by default

I haven’t looked at your issue, but defaults for these settings in 8.5.3 are:

Show Non-Printing Characters (checkmarked)
Show Control Characters & Unicode EOL (checkmarked)

guy038

There’s something that I don’t like regarding the new behaviour of the Show Symbol feature !

To explain my annoyance, follow these simple steps :

First, ensure that NO line is checked when selecting the View > Show Symbol menu
In a new UTF-8 tab, add the following line, which ends with a line-break

abc    def	ghi jklmno pqr

This line contains the string abc, then four Space chars, the string def, a Tab char, the string ghi, the Narrow Non Breaking Space char, the string jkl, the ETX char, the string mno, the LS char, the string pqr and ends with the usual \r\n line-break

Note that, as no Show Symbol option is set, at this time, the 3 chars between the strings jkl, mno and pqr cannot be seen in N++ and the Spaces and Tabs are only visible as blank chars ( Logical )

Now, successively, click on :

The View > Show Symbol > Show Space and Tab option

=> The Space characters between abc and def, as well as the tab character between def and ghi should be seen

The View > Show Symbol > Show End of Line option

=> The \r\n ( or \n ) characters should be seen

The View > Show Symbol > Show Non-Printing Characters option

=> The Narrow Non Breaking Space character should be seen

The View > Show Symbol > Show Control Characters & Unicode EOL option

=> The two characters ETX and LS should be seen

So far, everything seems logical !

However, you’ll note that the Show All Characters option was automatically checked, when we previously check the Show Control Characters & Unicode EOL option

Now, click a first time on the ¶ button ( standing for the Show All Characters option ) of the Tools bar => No visible change as all the options of the Show Symbol menu are checked ( Normal )

Then, click a second time on the ¶ button => At once, all the symbols disappeared ! Of course, it has always been the behaviour of this option. However, regarding all the new options added to the Show Symbol menu, I was expecting that :

The View > Show Symbol > Show Space and Tab option would be still checked
The View > Show Symbol > Show Non-Printing Characters option would be still checked
The View > Show Symbol > Show Control Characters & Unicode EOL option would be sill checked

Presently, after this second click on the ¶ button, we, unfortunately, have to redo all the process to be able to see most of these special characters, again !

What is your feelings regarding my proposition ? So, in other words :

The ¶ button would check the Show All Characters option, if presently not checked
The ¶ button would uncheck the Show End of Line option only, if presently checked

Best Regards,

guy038

datatraveller1

@guy038 It seems I commented nearly the same here: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/13734#issuecomment-1575470110

Tragen

@PeterJones

I had the problem that the XML parsers from Microsoft ignoring CRLF in Text and always returning only LF. I don’t know if that’s in the spec but this is what happens if you read the XML.
So you will never get the real CRLF until you encode it somehow or use CDATA sections.

PeterJones

@Tragen said in Notepad++ v8.5.3 Release:

@PeterJones

I had the problem that the XML parsers from Microsoft ignoring CRLF in Text and always returning only LF. I don’t know if that’s in the spec but this is what happens if you read the XML.
So you will never get the real CRLF until you encode it somehow or use CDATA sections.

And the workaround that works for v8.5.3 is in the FAQ

Ahmed Hakim

I think you should create a version for MacOS as users like me also would benefit from the use of this app. Hopefully this is added in the next update.

Terry R

@Ahmed-Hakim said in Notepad++ v8.5.3 Release:

Hopefully this is added in the next update

Very unlikely to happen for any future version. Notepad++ is built on libraries that only work in the Windows environment.

There have been a few posts asking for a Mac version but thus far there has been no reference for any future release on the Mac.

See also this post.

Terry

volker001

This Version doesn’t work on Windows Server 2008:

Error:
Image 601.png

Is it possible to fix this?

I revert to 7.9.5.
Witch Version is the latest for Server 2008?

Please add in the download section always a compatibility list for the OS.

PS:
And the Plugin: compareplus does also not work on Server2008.

donho

@volker001 said in Notepad++ v8.5.3 Release:

Witch Version is the latest for Server 2008?

https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/SUPPORTED_SYSTEM.md

Jerald Belleza

@donho sorry couldn’t remember the version prior. But looks like the issue is with OS as I am getting the expected result on Windows Server 2012 using the same N++ version.

This is what I expected with Multi-Instance enabled. Select multiple files, right click and Edit with Notepad++, files will then be opened in a single instance of Notepad++. Select another batch of multiple files, right click and Edit with Notepad++, files will then be opened in another instance of Notepad++.

donho

@Jerald-Belleza said in Notepad++ v8.5.3 Release:

@donho sorry couldn’t remember the version prior. But looks like the issue is with OS as I am getting the expected result on Windows Server 2012 using the same N++ version.

This is what I expected with Multi-Instance enabled. Select multiple files, right click and Edit with Notepad++, files will then be opened in a single instance of Notepad++. Select another batch of multiple files, right click and Edit with Notepad++, files will then be opened in another instance of Notepad++.

Could you create an issue here:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues

I’ll work on it if the issue can be reproducible.

Jerald Belleza

@donho Done! Many thanks for looking into this!

Howard Grimmer

@donho
I too have the same problem - it was in the previous version - I updated to the next (this one) hoping it had been fixed, but no. Certainly cramps the way I use NP now.

Howard Grimmer

@Howard-Grimmer
Having said that, I’ve just rechecked setting Multi-Instance mode - it now looks like it’s working fine - so perhaps has been a Win11 problem? Great, I can work freely again!

Howard Grimmer

@Howard-Grimmer
Correction - it works fine if using a session file, but not when manually selecting some files, right-clicking, and then ‘Edit with Notepad++’. So at least there’s a work-around…

donho

@Jerald-Belleza said in Notepad++ v8.5.3 Release:

This is what I expected with Multi-Instance enabled. Select multiple files, right click and Edit with Notepad++, files will then be opened in a single instance of Notepad++. Select another batch of multiple files, right click and Edit with Notepad++, files will then be opened in another instance of Notepad++.

Sorry, I misread your message.
If multi-instance is enabled, it’s normal that “Edit with Notepad++” opens several files into several instances. So it’s the expected behaviour to me.

Prior to 8.5.3 whenever I select multiple files (by highlighting) and right click Edit with Notepad++, all of the files are opened on a single instance. Now with 8.5.3, all files are opened separately (new instance).

Could you provide the version please?

donho

@Howard-Grimmer said in Notepad++ v8.5.3 Release:

@donho
I too have the same problem - it was in the previous version - I updated to the next (this one) hoping it had been fixed, but no. Certainly cramps the way I use NP now.

I guess you have also the problem of multi-instance settings with “Edit with Notepad++” problem.
What’s the old version which works to you?
I need to be able to reproduce the different behaviour to know if it’s a regression.

donho

@Jerald-Belleza @Howard-Grimmer
The culprit is NppShell.dll, an issue has been created:
https://github.com/notepad-plus-plus/nppShell/issues/36

supasillyass

@Mark-Olson said in Notepad++ v8.5.3 Release:

If anyone else is mildly (or severely!) dissatisfied with the fact that non-printing characters and control characters no longer show up by default, here is an issue that I introduced
and here is the script that I created to show non-printing and control characters but not CR and LF:
from Npp import *

notepad.menuCommand(44130) # toggle all non-printing characters
notepad.menuCommand(44131) # toggle all control characters (e.g., BEL, ENQ)

I’ve done something similar, using the Customize Toolbar plugin to create a custom button:

View,Show Symbol,Show Control Characters  Unicode EOL,,*#4080C0:¶,*#4080C0:¶

Note the two spaces between “Show Control Characters” and “Unicode EOL” and no ampersand![^1]

[^1]: I spent a lot of time on this until I realised I could use the string from the Shortcut Mapper.