these extra icons/buttons are basically useless clutter.

Welcome to the Unhappy Users’ Club. The page to request a refund is found here.

I believe it’s the same issue linked two posts up. Try v8.4.4 and see whether it fixes your problem.

As I told @who-what three days ago, @Yaron already pointed that out in the link provided near the top of this discussion:

[Regression] Wrong lexing in Search Results.

And that known problem has been fixed in v8.4.4.

@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.

The + adds a file, so your intuition was right.

The ▼ 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 +/▼/X section 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.

@Yaron already pointed that out in the link provided near the top of this discussion:

[Regression] Wrong lexing in Search Results.

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.

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.

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.

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.

https://i.imgur.com/dr6XaqO.png

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.

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;

(*1)

• https://groups.google.com/g/scintilla-interest/c/PkWOjC89avU
• #11743
• #11829

FYI, v8.4.3 did not fully resolve the issue of unwanted backgrounds in print selections. It needs this recent patch, which only Scintilla 5.2.4 currently has.

Could you provide the way to reproduce it?
I tried to print the selection, but it seems to me fine (with the grey colour).

To my mind, the possibility of create a shortcut for the N++'s documentation ( let’s say Shift + F1 ) should probably be useful

Or, just make it shortcuttable, without assigning a default shortcut.

Don, I’ve just noticed that the menu option ? > Notepad++ Online User Manual cannot 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)

Best Regards,

guy038

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.

So:

• 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