@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

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

For anyone who has a taskkill-based solution – either the Run command or a fancier PythonScript – you might want to add /F to make it a “stronger” kill. I have run across some circumstances (for example, for here where a normal kill wasn’t sufficient).

Edit: one downfall of the /F is that it will cause an “emergency exit”, so Notepad++ is not given a chance to save any settings (including recently-closed files). So only use the /F if you really need the extra power

@socu ,

It would make sense if there were an “accent-insensitive” flag in the standard regex engines, just like there’s “case-insensitive” flag. But no regex engine that I’ve ever used has had such a flag… Given that some of those engines have decades of development (for example, the Boost regex engine used by Notepad++ was derived from the PCRE engine, which had its roots in late-90s Perl regular expression), most of which has included knowing about Unicode, and the number of times I’ve seen “is there an accent-insensitive flag for regex-flavor-X” questions answered in the negative in programming forums, I would assume that if it were technically reasonable to be included, it would have been developed and included in the major ones by now. Given that it hasn’t been developed, I am assuming that’s because there’s a huge technical roadblock that’s beyond my pay grade to understand.

@peterjones
I checked the user manual and learned about the Notepad++'s specific environment variables, thank you for the reminder!

@markus-gaugg

It’s also in the source code, or in the User Manual’s “Usage via the command prompt”. With that, and the ability to copy the whole text directly, there is already a plethora of ways to get the text you want.

For a piece of text that almost never changes (as opposed to the Debug Info, which has dynamic info), I think that’s plenty of access (IMO, of course).

@dave-wilks ,

Install the PythonScript plugin, and search the forum for add_1 for examples of doing math on found numbers