@shodanx2 ,

Alternately, install the Customize Toolbar plugin, enable Plugins > Customize Toolbar > Custom Buttons, then edit ...\plugins\Config\CustomizeToolbar.btn to include something like the following:

File,Open Containing Folder,cmd,,onion.bmp,onion.ico,onion.ico File,Open Containing Folder,Explorer,,*R:Ex,*G:Ex,*B:Ex

The first line uses a pair of BMP (16x16, 256 color) and ICO files I had readily available to do the open-containing-folder-in-cmd, and the second line does the explorer version: it uses a RED-background Ex if using Standard Icons, a GREEN-background Ex if using Fluent icons in Light Mode, and a BLUE-background Ex if using Fluent icons in Dark Mode:

d8b62c68-ba9c-4138-a0e8-6025055143fa-image.png
a9742ca9-9ef4-4440-acd5-8ef82c33aa10-image.png
d14c69f5-60ab-489f-8237-5546e6a8aeb3-image.png

As mentioned here, the extra spaces around the buttons are due to an unfixed bug in the CustomizeToolbar plugin. The workaround is to also define a replacement icon for the Show Symbol default toolbar entry using

View,Show Symbol,Show All Characters,,Icons\allChars.bmp,Icons\allChars_off.ico,Icons\allChars_off_dark.ico

That issue-comment has links to where you can get the BMP and two ICO files for that button.
But using that in addition to the commands I showed earlier will make the button toolbar more compact:
edd28df4-f9e6-42b1-9bfd-979527514a54-image.png

@xomx said in Notepad++ 8.8.8: 2 issues detected:

or the 3rd option - as I said, create new MenuIcons plugin GitHub issue and its author most likely fixes it and publishes a new compatible version

Oh yes, of course, sorry. The third option is to create a GitHub issue which I’ve done. Here’s the link if anyone else should mention experiencing similar behaviour:

https://github.com/francostellari/NppPlugins/issues/73

@xomx After restarting our Samba instance, the issues appear to be resolved. Apologies for the false alarm, but thank you for the responses!

@Coises

Already an issue about this feature:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17170

The 2 blank tabs known when the feature was committed:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/11134#issuecomment-1575226268

It works! Thank you very much!
Greets Eddie

@Charles-Fraichot

Glad you found a good solution. Thanks for letting us know.

@Jayson-Allen ,

See details in https://community.notepad-plus-plus.org/post/104192

update: I have versions of the theme files which won’t have the ugly white backgrounds temporarily at .../themesPost889/PowerEditor/installer/themes ⇒ they will hopefully eventually be put into the main codebase, for distribution with v8.9 and future. But until then, you can

Exit Notepad++ Go to that URL and download the raw version of your theme(s) For a normal Notepad++ installation, use Explorer to go to %AppData%\Notepad++ if there’s not a themes subdirectory, create it move the downloaded theme(s) into %AppData%\Notepad++\themes When you run Notepad++ next time, it will use the updated theme.

If you have customized your theme with user-keywords or user-extensions, this would overwrite those… I will eventually be writing a FAQ which explains a way to work around those customizations (once I don’t have to link to a branch in my fork of the code to share the theme files).

update 2: The installer themes in the source code have been updated to have all the styles needed (to be able to fix the problems from v8.8.9). You can go here to grab the theme file(s) you want: https://github.com/notepad-plus-plus/notepad-plus-plus/tree/master/PowerEditor/installer/themes

New FAQ: https://community.notepad-plus-plus.org/topic/27306/faq-themes-in-v8-8-9

@PeterJones

Thank you, that’s very helpful. I’ll do that.

OK, if it’s the intended behaviour then I’ll just live with it. It’s not a very big deal.

Thank you all who answered!

@Eric-Wiseman said in Bug in sorting lines, staying there for years:

Line Operations -> Sort lines works ONLY if you convert Edit -> EOL Conversion ->Unix.

Unless I am missing something this looks like a bug…

As others have already explained, this is not a bug but rather a known and documented limitation, that all line endings must be the same.

If Sort Lines In Locale Order Ascending and Descending do what you want, those sorts implemented differently and are not dependent on consistent line endings. The ending for each line will remain with the text of the line it follows.

The Locale sorts can also sort using a rectangular selection for the keys even if there are tabs or characters of differing byte widths (such as can happen with non-ASCII characters in UTF-8) to the left of the selection, which does not work with the other sorts.

@Pierrick-ram

I think you will need to provide more information. Such as copying the “Debug Info” from your Notepad++ installation and pasting it here. It’s under the ? menu.

Terry

@Alan-Kilborn
Yes, you are right. Thanks for the transparency tip.

@Todd-Marshall ,

Some comments, based on your two most recent posts:

We had no way to know how exactly you used the AI – it could have been either of the following: you prompted it to “take a common problem found in Notepad++ and propose a solution” This version was why I suggested it might have been hallucination Since you didn’t say earlier, I had no way to know this wasn’t what had happened. you prompted it with "brace matching is not working for me in Notepad++, with details X, Y, Z. could you re-write this as a “proposal for improvement” This version was why I suggested that it was bad data fed into the prompt (ie, that you were wrong) This turned out to be closer to the truth, as you described. Both in regards to what you actually asked the AI to do, and with regard to the fact that you were wrong or incomplete in your description to the AI This was a lot of extra effort on your part. Instead of explaining to the AI what you wanted to say, and then have it re-write your text in its own words, you could have just explained it to us in your own words. And it would have been better, because it wouldn’t have introduced the AI-garbage uncertainty. And you wouldn’t have been violating the forums rules for posting. So it would have been better all around. Your posts don’t even match the AI text you posted. In your two most-recent posts, you claim you suggested Ctrl+D, but your AI text actually suggested Ctrl+] … that’s two different keystrokes. So by going through the AI intermediary, you didn’t even know what you posted. Re: Documentation: I have no idea what you mean by “mired in COIK” As the primary maintainer of the Notepad++ documentation, if you have concrete examples of how the Online User Manual is “poorly organized”, feel free to create an issue in the user manual repo with concrete descriptions… but understand that the basic structure is pretty set-in-stone at this point. But if you really meant, “I have been burned by other documentation before, so I don’t bother reading any documentation”, the onus is still on you to give each new application’s documentation a chance before rejecting it out-of-hand. I really don’t care about how good or bad the documentation for a major corporation’s huge flagship product is, and you basing your decision on whether or not to read any documentation based on a bad experience with a huge, gigantic application like that is rather unfair of you to any other documentation Re: the root cause being mismatched braces: you cannot really expect a feature that says “go to matching brace” to work as you described you wanted when the braces aren’t matching. And, in fact, the way that Notepad++ does work helps to indicate that the braces are mismatched, now that you know what that symptom means.

To sum up: don’t post AI-generated content in a Community of human Users of Notepad++; it’s not allowed, and it didn’t work well for you when you did.

@Matt-Brown said in Find / Replace All Behavior Change:

@PeterJones Thank you! Probably my own bone-headed oversight. I know it updated recently and afterwards I noticed the behavior…I’ve never intentionally touched the “wrap around” checkbox. It was unchecked. I appreciate the explanation.

That happens. Glad you figured it out.

(I deleted my intervening post, which was made before your post got approved in the post queue)

@PeterJones Thanks for your efforts, yes, I think that was the issue.

@ioc2e3:

I’m fairly sure the only one of those you can edit in Notepad++ is json.

You’ll have to look up the rest yourself. In some cases there might be more than one way the same file extension is used, so you’ll have to figure out which program wrote the files. (For example, .aff can be a file used as part of a spell-checking dictionary or an Advanced Forensic Format file.)

Even for JSON, you usually shouldn’t just edit a JSON file in Notepad++ unless you know what you are doing. JSON files are highly structured and any given JSON file is normally maintained by a specific program or set of programs for specific purposes. Usually there is a correct way to change the data stored there through a user interface provided by the application, rather than diving in yourself.

It might seem like a pain in the butt, but you need to work out which programs created each of the files that concern you and research those programs to figure out how to examine and/or change these files. If Notepad++ can open them at all, it will probably give you nothing but the ability to mess them up.

So, I’ve checked the session.xml to see how many files and in which encoding are.
https://i.imgur.com/H10X5Sh.png

What I’ve discovered here are inconsistent results.
While I expected all files to be in UTF-8 due to my settings, here I found:

Some (most) UTF-8 files with encoding “-1” in session.xml Some UTF-8 files with encoding “10007” in session.xml Some “Cyrillic -> Macintosh” files with encoding “10007” in session.xml Some “Cyrillic -> Windows 1251” files with encoding “1251” in session.xml

Somehow, N++ for itself has decided and selected alle these different encodings. What I need is to have all my files always in UTF-8, and now I’m thinking maybe to mass-convert all the file to UTF-8 somehow…