Notepad++ v8.4.3 - Unhappy Users' Edition
Paul Benjamin last edited by
Yeah the F’ing h3ll is all this fr33 sh1t? You see, if it weren’t for CAPATALASAM everyone who wants to sit around and do free sh1t for free all the time would rule the world and all the pinko commies would blow us all up so gimme my FREEDUM FREE isn’t FREE unless I get to blow some sh1t up. YEHAW FROSTY MUG.
OK maybe Notepad++ is OK thanks
freeduck last edited by
Could you make a proper GNU/Linux version, please
D66 NUTS last edited by
Items in Project panels, “Folder as workspace” panel, “Functions list” panel remain highlighted when mouse pointer is moved away if a dark theme is selected in dark mode.
leion247 last edited by
There has been a regression. This line before the 0 would appear as blue, which is the correct thing to do in my yml files. Been that way for years and is very helpful. However, the version after 8.1.5 caused this to no longer be the case, and has negatively impacted my work. I’m currently staying in 8.1.5 until this issue is resolved.
The YAML lexer was changed in Lexilla 5.1.0: “In YAML, treat a:b (without space) as text, not key-value pair”
The first Notepad++ version to use Lexilla was 8.4.
- the “regression” is not unique to 8.4.3
- any version of Notepad++ before 8.4 will lex YAML in the former way
If you think the YAML lexer is wrong, you can open an issue against Lexilla: https://github.com/ScintillaOrg/lexilla/issues
guy038 last edited by
Hello, @don-ho and All,
Don, I’ve just noticed that the menu option
? > Notepad++ Online User Manualcannot be found in
Settings> Shortcut Mapper` :-(
And I’m afraid that it has been the case since Peter starts the new N++ documentation, on September 2019
To my mind, the possibility of create a shortcut for the N++'s documentation ( let’s say
Shift + F1) should probably be useful ;-))
Notepad++ v8.4.3 (64-bit) Build time : Jul 7 2022 - 10:55:58 Path : E:\843_x64\notepad++.exe Command Line : Admin mode : OFF Local Conf mode : ON Cloud Config : OFF OS Name : Windows 10 Pro (64-bit) OS Version : 21H2 OS Build : 19044.1766 Current ANSI codepage : 1252 Plugins : mimeTools (2.8) NppConverter (4.4) NppExport (0.4)
Alan Kilborn last edited by
donho last edited by
donho last edited by
Could you provide the way to reproduce it?
I tried to print the selection, but it seems to me fine (with the grey colour).
Could you provide the way to reproduce it?
At least two users confirm that 8.4.3 prints a grey background even when black on white mode is selected: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/11826#issuecomment-1177862984
The root of the problem is the new selection style API and the limitations of legacy GDI (*1). Before Scintilla 5.x, there was just one style for selected text, and the API only knew about 24-bit RGB colors. Now there are distinct, separate styles for active (focused) text selections and inactive (unfocused) ones, and the API assumes every color to be in 32-bit ARGB format.
v8.4.3 got the first patch, but that only made the active selection style transparent. To do the job properly, the second patch makes the alpha channel transparent for every selection style: “additional, secondary, and inactive”:
--- a/src/EditView.cxx +++ b/src/EditView.cxx @@ -2696,8 +2696,12 @@ // Don't show the selection when printing vsPrint.elementColours.clear(); vsPrint.elementBaseColours.clear(); - // Transparent: - vsPrint.elementBaseColours[Element::SelectionBack] = ColourRGBA(0xc0, 0xc0, 0xc0, 0x0); + // Set all selection background colours to be transparent. + constexpr ColourRGBA transparent(0xc0, 0xc0, 0xc0, 0x0); + vsPrint.elementBaseColours[Element::SelectionBack] = transparent; + vsPrint.elementBaseColours[Element::SelectionAdditionalBack] = transparent; + vsPrint.elementBaseColours[Element::SelectionSecondaryBack] = transparent; + vsPrint.elementBaseColours[Element::SelectionInactiveBack] = transparent; vsPrint.caretLine.alwaysShow = false; // Don't highlight matching braces using indicators vsPrint.braceHighlightIndicatorSet = false;
ImSpecial last edited by
About the two new shortcuts added to the menu bar, can this be hidden in any way? I’m not really understanding the point of this addition when they already can be achieved many other ways;
Not to mention you can also just double-click the tab bar to make new, or middle-click to delete them.
All-in-all it just adds clutter IMO.
Perhaps have them only appear if you have the menu bar/tool bar set as hidden? But it’s probably better and just easier to have them their own setting to just hide the shortcuts all together.
Alan Kilborn last edited by Alan Kilborn
Direct embedding of your image:
I’m not really understanding the point of this addition when they already can be achieved many other ways
Perhaps it is about convenience or intuitiveness. Double-clicking an empty spot on the tab bar works, but as there are no visual cues, it is largely unknown to users. Hovering over a toolbar button to make sure you have the correct one before pressing is time-consuming, as is navigating the drop-down main menu.
can this be hidden in any way?
No, nor does it need to be; if you don’t want to use it, just ignore it. As to the clutter argument, it is minimal, just using space that was there but unused before. (Note that the “close” button, which you point to with a purple arrow, has always been there; only the other 2 are new)
All in all, IMO this is a nice addition, which I may occasionally use. Heaps of praise on the Notepad++ developers.
donho last edited by donho
Each user has his/her own way to get job done in Notepad++, so I do believe these shortcut buttons could be helpful for other users, even they might be full of clutter to you.
I will see if the requests for hiding them comes often in the future. If yes, I will consider to add an option for hiding them.
Graham Norris last edited by
@Alan-Kilborn I’m still waiting for automatic update, so I don’t have these buttons to try, but they look counter-intuitive to me.
They look as though they would add a file, or hide the one being shown. However, from the preceding discussion, they appear to work on the icons on the menu bar.
who what last edited by
I’ve run into an issue with the search-Find in files function. When doing a search sometimes the results will stop working correctly.
Looking at the search results in the bottom search it is working as it should and the found results are links to the found keyword searched for.
But in the top results it stops functioning properly even though the results are being shown they are no longer clickable links and even the ability to close the header is gone.
PeterJones last edited by PeterJones
@Alan-Kilborn I’m still waiting for automatic update, so I don’t have these buttons to try,
Automatic Update isn’t triggered until a couple weeks after a release announcement, and only if it’s relatively stable in those couple of weeks. So you will be waiting for a while. Though you could download the portable to try it out for yourself.
but they look counter-intuitive to me.
They look as though they would add a file, or hide the one being shown.
+adds a file, so your intuition was right.
▼lets you choose from all the windows/tabs that are open (useful if you have the tab bar hidden). So it didn’t match your intuition, but all you would have to do is click it once and you would immediately realize it doesn’t hide the file being shown (or, once the updated user manual is published, look it up there, as the whole menu bar, including the
Xsection of the menu bar, will be documented in the new “Menu Bar” section of the Other Resources > Cheat Sheet).
However, from the preceding discussion, they appear to work on the icons on the menu bar.
??? Yours is the first mention of “icon” that I can find in this whole discussion, so I’m not sure what gave you that impression.