Notepad++ v8.5 Release Candidate

rddim

@donho
There are two issues about storing of cyrillic in config.xml and shortcuts.xml
The first one - #13221 is a regression from v8.4.9.
The second one - #13222 comes from unknown for me version

Raccoon's Hits

@donho said in Notepad++ v8.5 Release Candidate:

Add show non-printable characters command.

Hey guys. I tried out this new feature, because as I was looking thru the list, it kinda jumpt out at me as something I’ve always wanted to be able to do. But…I still see white-on-black little boxes that say SOH, DC3, etc. in some of my log files. Needless to say, I was disappointed.

Alan Kilborn

@Raccoon-s-Hits

So what you are saying is that you clicked on the menu item here to remove the checkmark:

And after you did that you still saw something like this in your editor tab:

Indeed it is true. The target for the command appears to be some characters that have never before had a visual component in Notepad++, not the characters in your file.

donho

@rddim said in Notepad++ v8.5 Release Candidate:

@donho
There are two issues about storing of cyrillic in config.xml and shortcuts.xml
The first one - #13221 is a regression from v8.4.9.
The second one - #13222 comes from unknown for me version

I will take a look at both issues. But none of them is regression.

donho

@Raccoon-s-Hits

But…I still see white-on-black little boxes that say SOH, DC3, etc. in some of my log files. Needless to say, I was disappointed.

Here you can find the definition of non-printable characters:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/aaab190763b720e2eed6495d8508b970d09ad39c

and this definition will be in Notepad++ User Manual once v8.5 is released.

Other people (including me) appreciate this feature because it can save devs & IT people’s life by identifying the invisible characters for their debugging purpose.

Surely you can complain about it, but not here - this thread is for reporting the regression and critical issues.

Thank you for your understanding.

conky77

Changing the Language (localization), some translations are not updated:

(new bug)preferences–>editing, the hint of the new buttons “?” (actually the button “…” in the same window has the same problem)
(old bug)preferences–>performances “?” has the same problem

PeterJones

This post is deleted!

Raccoon's Hits

clicked on the menu item here to remove the checkmark

Yes, thats correct.
I did not express well what I tried, sorry.

Here you can find the definition of non-printable characters

Hfmpfh, well maybe, thats YOUR definition.
But why dont we assume a definition that follows a standard, yes?

[ Then complainers like me won’t have complaints. Truly, saying one is disappointed is far removed from complaint, unless the reader is over sensitive on such matter ]

I found the characters in my log file here, in English: https://en.wikipedia.org/wiki/Control_character
Before you jump over the link as being the ‘wrong thing’, see that content says ‘“Non-printable character” redirects here.’
More quoting: ‘In computing and telecommunication, a control character or non-printing character (NPC) is (something)…that does not represent a written symbol’

So if you are calling your feature ‘Show Non-Printing Characters’ then when the feature is off, NPC should not be shown. But in your software, at least some NPC (mine) are shown in this conditional state.

So, is solution simple? Change the name of your feature so it is accurate to what it does. Should be easy and done.
Or, change behaviour to match command description. Maybe this way is not so easy?
Either way produces no disappoints, no complaints.

this thread is for reporting the regression and critical issues

If you are going to redefine wrongly what standard terms mean, in your software…is that not a critical issue?
It means nothing to me what you do, Im just trying to help from what I can see.

Thank you for the rest of the software and new features in 8.5!
Greetings from The Raccoon!

PeterJones

@conky77 ,

I actually see the opposite of what your screenshot shows: Even if I pick a language (like Italian) which has the <npcNote-tip value="..."> set, it always shows me the English for the hover text, as shown below, with Italian (including a the italian.xml showing that text has a translation).

But I do agree that Notepad++ isn’t correctly showing the translation of that new piece of text.

donho

@conky77 said in Notepad++ v8.5 Release Candidate:

Changing the Language (localization), some translations are not updated:

There are few items’ translation will change after restart Notepad++, tips are part of them.

conky77

@donho said in Notepad++ v8.5 Release Candidate:

There are few items’ translation will change after restart Notepad++, tips are part of them.

It is not a “must”, but a comment in general ->“localization” could be useful: “* some strings will be updated after restarting Notepad++”.
If you agree, I can insert an issue.

donho

@conky77

It is not a “must”, but a comment in general ->“localization” could be useful: “* some strings will be updated after restarting Notepad++”.
If you agree, I can insert an issue.

It’s surely a limit but it’s not a bug to me. Users usually decide the language during installation. Even they switch later, the same language will stay for the next session. I won’t make the tips dynamically because it needs a lot of coding effort for nothing.