@alan-kilborn brilliant - it works! :) thank you

@test-account ,

You are the only one who can know if any given color scheme will work for your eyes – you have chosen Dark Mode, so I can already guarantee that the preferences that work best with my middle-aged eyes would not work for you.

There are about a dozen themes that ship with Notepad++: try them from the Style Configurator to see which comes closest to working for you, then use the Python settings in the Style Configurator to further customize it to your liking.

@Greg-Vaeth ,

Compare plugin will not be supported anymore (at least by me) because I consider it obsolete and because (as Peter Jones said) I am working on another plugin - ComparePlus that is Compare plugin’s successor.

ComparePlus will have default color settings for Notepad++ DarkMode. I hope to release the first version soon.

@PeterJones ,
Peter, thanks for all the support, much appreciated!

BR

@tss-tss said in Searching all lines between tags:

I would like to copy all the lines between <a href… </a> from a old html file, is there a smarter way using the search tool?

When you say copy between I would presume the line would also contain the <a href… and </a> code as well. that is unless the lines are formatted in such a way as to have this code on lines by themselves and the lines you want are indeed ‘between’.

So using the Mark function (Search, Mark, Ctrl+M default shortcut) you would add the following to the find field:
Find What:(?s)<a href>.+?</a>
Tick the box “bookmark line”, search mode is regular expression. Click on “Mark All”. You will now see lines that you want to copy are preceded by a blue circle/sphere. These are the bookmarks. Then Right click on this area and select “Copy Bookmarked Lines”. Create a new tab and insert those lines using Ctrl-V (paste).

If you need a definition of the regular expression please just ask.

Terry

@william-pigott-0 ,

Each programming language has its own function list definition – and they are customizable. So no one here can tell you how to fix it unless you give us some information, like which language you were using, and what version of Notepad++ you used to use: with that, we could at least look through the revision history for that language’s definition. (The official default language definitions rarely change, so I am betting that you actually had a customized function list definition, maybe that you got from someone else, which you didn’t replicate when you moved to the a new machine, or that you deleted all your old customized configs when you installed v8.4.1, and thus lost the customization. Because upgrades don’t generally overwrite edited config files, so if you had done a normal upgrade, it should have kept your older functionList definitions.)

From this issue @Ekopalypse links to, it appears there will soon be a fix for this, probably in the release after 8.4.1.

@francisco said in Data search, in text with columns:

Terry, my post has been “edited” by the system,

I thought as much. The system will adjust posts according to it’s “formatting rules”. To prevent these issues please read the post pinned at the start of this section of the forum titled “Please Read This Before Posting”. It outlines what is needed when posting examples. So if you happen to post again it is VERY important you follow those examples, otherwise you may find (again) the solution doesn’t fit your needs.

It’s good to know that in this instance you were easily able to adjust to fit your requirements.

Terry

@remduv said in Doc Switcher panel has changed its appearance (not a pleasant update):

Would it be possible to make the back color of the selected file in the doc Switcher “a little lighter” when using dark mode instead of “a little darker” when using normal mode.

As Notepad++ is currently implemented, no. There is no way of specifying that.

If you made a feature request, and if that feature request were implemented, then it would be possible.

@joe-hicks ,

That’s what Windows’ Open With entry in the Explorer-RightClick menu is for: right click on the file name, Open With, then pick the alternate application that you’d like to use that time.

Alternately, if you “accidentally” open a file with Notepad++ and want to open it in notepad.exe instead, you can use Notepad++'s *Run > Run… dialog, enter notepad.exe "$(FULL_CURRENT_PATH)" (yes, with the quote marks and the parentheses inside the quote marks) – you can even Save that action with a keystroke if you want – and when you run that command, it will open the current file from Notepad++ into notepad.exe

@ekopalypse ,

Looks good.

@terry-r ,
For a lot of the language, that would be fine, with the exception of the Clipper specific language extentions, which if they use the basic dBASE or in NPP’s case, the xbase language UDL located on github here: https://github.com/MAPJe71/Languages/tree/master/xBase/Config and then modify it as you need.

The dBASE UDL I’ve done recently, is primarily only usable by the Object-Oriented Programming version of dBASE begun with the dBASE 5.0 for Windows and above, mostly for dBASE Plus, since a lot changed between that original version and the smoothed out version of dBASE Plus.

Thank you Peter, That really does help a lot!!

@iamb9

Settings > Preferences > Dark Mode is where you can enable Dark Mode

@steen-mikkelsen ,

As @Terry-R said in the other version (now locked),

without additional information it’s hard to "guess"what your needs are.

However, like Guy, I will try to make a guess.

Is it then possible to only show the results and not have to press “Next” every time.

In the Search > Find dialog, instead of hitting Find Next, you can click Find All in Current Document. This will find all the occurrences in the current document (or in the current selection, if that checkbox is marked), and will list them in the Search Results panel. You can then scroll through the list of all lines with matching text, and select whichever one you want to navigate to in the main editor. The Search Results is documented in the online user manual.

@john-burr

In regular expression mode, \f will enter ASCII 12. So check the Search Mode = Regular Expression to get that behavior when you replace

mode before after normal 76faf0ba-02fe-4c8e-99d4-02983e04e63f-image.png 47b949a5-492d-48ae-8445-e41eb733d2f5-image.png extended 3f74a214-8b64-439d-ba5b-ecff837ab2b6-image.png 222327ea-62ae-430c-b4a4-03478d210938-image.png regular expression eec66efc-a0fa-4860-b31b-abc26bebc77b-image.png 7e62c935-8c72-47a5-983a-4d18d183cdd5-image.png

see:

https://npp-user-manual.org/docs/searching/#regular-expressions
https://npp-user-manual.org/docs/searching/#control-characters

Hello, @peterjones, @terry-R and All,

Peter, you said, in your last post :

the “length” field is the (equivalent) file size …

it’s quite a good approximation !

Here is what the length field, located in the status bar, represents, depending on the current encoding :

For an ANSI encoded file : the size of current file

For a UTF-8 encoded file : the size of current file

For a UTF-8 BOM encoded file : the size of current file - 3 bytes ( the BOM )

For a UTF-16 BE BOM encoded file : The displayed number is erroneous ! It should be the total number of characters of current file × 2 - 2 bytes ( The BOM )

For a UTF-16 LE BOM encoded file : The displayed number is erroneous ! It should be The total number of characters of current file × 2 - 2 bytes ( The BOM )

Remainders :

With the UTF-16 BE BOM or UTF-16 LE BOM encodings, do not use characters over the BMP ( so, with Unicode value > \x{FFFF} )

In this regard, the names of these two encodings is quite misnommed. We should roll back to the old N++ names of UCS-2 BE BOM and UCS-2 LE BOM

Indeed, in a true UTF-16 file, characters are coded with two bytes if its Unicode code-point is <= \x{FFFF} and coded with four bytes if its Unicode code-point is > \x{FFFF} ( using the two surrogate pairs )

While, in a UCS-2 file, characters are always coded with two bytes ( chars of the BMP only ) and the surrogate zone ( from D800 to DFFF ) is not used

In addition, for a UTF-16 BE BOM or UTF-16 BE BOM encoded file, N++ oddly displays, in the length zone, the bytes count as it were an UTF-8 encoded file :-((

The moral of this story is to stick to the UTF-8 encoding, in all circonstances !

Best Regards

guy038

@peterjones said in Weird behavior of the "In selection" option in "Search" dialogs:

I think Guy’s complaint is that in #2, Notepad++ doesn’t redo the selection-length calculation, even though the selection and length has changed and the FIND window has been re-opened.

OK, this makes this thread make sense to me now, and although it appears Guy and Peter have accepted this behavior, I guess we are calling it the “sticky” behavior, to me there are lingering bugs in the In selection logic as a whole. And I don’t buy into the “sticky” argument. :-)

I’ve spent the intervening time trying to do research on when the weird behavior with In selection first started, but I was unsuccessful in this search. I found some issues (e.g. 9611) but nothing that really satisfied.