Notepad++ v8.5.4 Release

Kirill Shalygin

@mpheath thank you for check!
‘Highly probably’ :) there was a glitch somewhere in npp stored data. The full story looks like:

first update - there was no Shell in syntax
remove of the new version with data stored, then install 8.5.4 - Shell was absent yet
remove npp (data still not removed!) with rollback to 8.7.4 - there is no Shell again
full remove includung stored data, then 8.7.4 install - sucsess, Shell returned back!

update up to 8.5.4 - nothing is spoiled, Shell is OK.
So now everithing is fine!
BTW, maybe the reson of glitch is somewhere in localization? Historically I use russian in npp… Well, maybe it is the good reason to change language finally :)

WBR
Kirill

mpheath

@Kirill-Shalygin said in Notepad++ v8.5.4 Release:

…
So now everithing is fine!
BTW, maybe the reson of glitch is somewhere in localization? Historically I use russian in npp… Well, maybe it is the good reason to change language finally :)
…

Happy that you solved the problem :)

I checked the sources for Bash (Shell) and it has not changed for about 6 years. I would suspect file corruption in %AppData%\Notepad++\langs.xml as that is where the file extensions and keywords are stored for Bash. Without a working extension identification for Bash, no automatic Bash language selection which causes no document styling and the Save dialog will not pre-select Unix scripts files in the combobox. Append extension string is localized though I consider as less likely as a cause so russian should be good.

Stefan Pendl

@mpheath
You can compare you personal languages file in %APPDATA% with the one shipping with NPP.
If there are no customization’s that you need in your file, replace it with the one shipping with NPP.

ifschulz

There seems to be an issue with shell script syntax highlighting when using a ‘$’ as the last character of a double quoted string. Up to npp-v8.5.3 everything was fine, but with v8.5.4 it breaks the syntax highlighting to the end of the document:

v8.5.3:

v8.5.4:

This can of course be fixed with escaping the ‘$’ sign:

Even though using an unescaped ‘$’ sign inside double quotes when not referencing a variable is not best practice, it should still not break the syntax highlighting.

mpheath

@ifschulz 6 items are listed for Bash in the change log for Lexilla v5.2.5 that was pulled in Notepad++.

Whether your examples are a bug or intentional is unknown to myself as $,`, \ are special characters within double quotes as mentioned in

https://www.gnu.org/software/bash/manual/html_node/Double-Quotes.html

and the Bash lexer can optionally highlight code within these strings. The backslash escape looks correct to make $ a literal, though the person who changed the lexer may still see this as a bug in the lexer and may change it. If you want, you can submit a new issue to Lexilla to have it evaluated.

ifschulz

@mpheath, Thanks for info. I submitted a new issue to Lexilla.

heffthedev

Since using 8.5.4 the tabs have an increased font-size. Can this somehow be changed as it was before?

wonkawilly

This post is deleted!

Alan Kilborn

@wonkawilly

I think you’ve been around long enough to know better for making such a posting (and in this thread, too, which is reserved for ONLY important issues regarding rel. 8.5.4). It’s sad when people don’t learn…

wonkawilly

@Alan-Kilborn
Thank you so much for the advice: I have corrected my mistake deleting the wrong post and moving it to General discussion section here: https://community.notepad-plus-plus.org/topic/24713/enhancement-request-plugins-admin-dialog-transform-the-search-feature-like-the-one-into-shortcut-mapper-s-dialog-incremental-filter
Thank you again.