I’m guessing that GUP.exe and/or nppPluginList.dll somehow wasn’t updated before.

@Laura-Harrison ,

Don’t post essentially the same thing twice. The posting form reminds you that until you have enough upvotes, you have to wait for the posting queue for the post to show up.

If all of your badly-quoted dates have the quotes in exactly the same places (3 digits, quote, digit, hyphen, quote, digit, quote, digit, hyphen, quote, two digits), then you can use a similar idea to above, but put each into capture groups using the (...) notation: FIND = (\d{3})"(\d)-"(\d)"(\d)-"(\d{2}) . Each capture group gets numbered 1-5 for each set of parens, and is $1 - $5 in the REPLACE WITH field. So REPLACE WITH = "$1$2-$3$4-$5"
This will take

199"0-"0"8-"28 199"2-"1"1-"12

and make it

"1990-08-28" "1992-11-12"

But I have a feeling you are going to tell me in the next post that what you really have is quotes in different places each time, like

1"99"0-"0"8-"28 199"2-"1"1-"12 "2"0"2"6"0"1"0"6"

In which case, I’d say, look for “possible quote, digit, possible quote, digit, possible quote, …etc”, where “possible quote” is in regex as "? (which means "0 or 1 quote mark)
FIND = "?(\d)"?(\d)"?(\d)"?(\d)"?-"?(\d)"?(\d)"?-"?(\d)"?(\d)"?
REPLACE = "$1$2$3$4-$5$6-$7$8"
REPLACE ALL
would give

"1990-08-28" "1992-11-12" "2026-01-06"

(Note that if you had more digits than that, like if you also had hh:mm:ss, so it would be up to 14, the replacements for 10-14 would be ${10} - ${14})

@guy038 said in Columns++ version 1.3: All Unicode, all the time:

As you can see, a lot of Format characters return an erroneous result of 3,240 occurrences. But we’re not going to bother about these wrong equivalence classes, as long as the similar collating names, with the [[.XXX.]] syntax, are totally correct !

Luckily, all the other equivalence classes are also correct, except for [[=ls=]] which returns 2 matches \x{2028} and \x{FE47} ??

Still looking into this, I find this statement in the Boost::regex documentation (emphasis mine):

An expression of the form [[=col=]], matches any character or collating element whose primary sort key is the same as that for collating element col, as with collating elements the name col may be a symbolic name. A primary sort key is one that ignores case, accentation, or locale-specific tailorings; so for example [[=a=]] matches any of the characters: a, À, Á, Â, Ã, Ä, Å, A, à, á, â, ã, ä and å. Unfortunately implementation of this is reliant on the platform’s collation and localisation support; this feature can not be relied upon to work portably across all platforms, or even all locales on one platform.

I used:

LCMapStringEx(locale.data(), LCMAP_SORTKEY | LINGUISTIC_IGNOREDIACRITIC | NORM_IGNORECASE | NORM_IGNOREKANATYPE | NORM_IGNOREWIDTH | NORM_LINGUISTIC_CASING, ...

as my best guess at how to do this.

There are some differences other than the format characters between my search and Notepad++. For example, [[=k=]] matches Ʞ (U+A7B0) in Columns++ search, but not in Notepad++ native search; though both match its lower-case counterpart, ʞ (U+029E).

I do wonder why [[=ls=]] matches ﹇ (U+FE47) as well as U+2028. Though Notepad++ native search does not accept the [[=ls=]] syntax, substituting the actual U+2028 character, [[=
=]] (you can copy that even though you can’t see it), yields 12 matches, including U+FE47.

Do you know if there is a precise definition of what should count as an equivalence class in Unicode regular expressions? It is unclear to me for what target I should be aiming.

@Coises Perfect! Thank you for your assistance…

@guy038
Yeah, macros can’t interact with plugin dialogs - that’s a Notepad++ limitation.

MultiReplace might work as an alternative

What it can do: Instead of counting one regex at a time via a macro loop, MultiReplace lets you run all your regexes against the file in a single “Find All” operation, No macro gymnastics needed.

Here’s the quick rundown:

Open MultiReplace, right-click list header → enable “Find Count” Add your regexes (with Regex checkbox enabled), or import via CSV: Selected,Find,Replace,WholeWord,MatchCase,UseVariables,Extended,Regex,Comments 1,"[\x{0000}-\x{007F}]","",0,0,0,0,1,Basic Latin 1,"[\x{0080}-\x{00FF}]","",0,0,0,0,1,Latin-1 Supplement Open Total_Chars.txt, click “Find All”

The Find Count column shows all matches at once. Works with read-only files.

The catch: it’s batch, not interactive. And the counts aren’t in CSV export yet - you’d copy them manually. (That feature is on my list right now.)

Cheers

See that ︿ above the Name column of the Document List? Like most tabular data tools (spreadsheets, or the data tables in Wikipedia, or what have you), that indicates that the data is being sorted by that column (if you right click, and add the extension column, you can sort by either column). The sort indicator is a 3-state toggle: pointing up ︿ means it’s sorting in alphabetical order, pointing down ﹀ means it’s sorting in reverse-alphabetical, and gone means it’s sorted in the order of your tabs.

up ︿ down ﹀ none 98a5bc45-296d-41cb-8baf-635e729f540f-image.png 4b34c789-9bf5-4185-8d46-eceebbf07ced-image.png 1a0eadaa-367e-4f37-a2e0-0b84748c5cb1-image.png

Nothing changed in Notepad++ itself; you just clicked that header once (intentionally or accidentally), so it’s now sorting alphabetically, like it thought you wanted. You just have to click it two more times to get it to match the tab order.

@Justin-Goodell said in Undo/Redo (CTRL+Z/CTRL+Y) behaves unexpectedly after a few hours (NppFTP, NPP 64-bit, Win11):

use the “alt” key to highlight a chuck of text on multiple lines, then delete that section

Yep, there was that “alt” column mode +DEL undo regression (from N++ v8.8.9), some details & STR in the fix-PR:

https://github.com/notepad-plus-plus/notepad-plus-plus/pull/17307

The fix is in the already released v8.9 but due to some other problems in that version, it hasn’t been triggered for a N++ autoupdate (so if you wanna use it, you have to dl & run the v8.9 installer yourself).

@PeterKee
Do you also use N++ macros?

Currently I’ve identified another such (this time a longstanding) bug in the N++ codebase (PR fix is still in progress, it’ll be hopefully in the next version, for a STR look here).

@Ivo-Krab said in Support for Plugins Admin & NppPluginList:

but modifying the C:\Program Files\Notepad++\plugins is understandably blocked without admin access.

Would it not be possible to allow (as a config choice) to install them in %APPDATA%\Notepad++ instead

The problem is that plugins in Notepad++ can do anything Notepad++ itself could do. They are C++ programs operating in the same security context as Notepad++ itself. From a security standpoint, allowing plugins in a directory that can be modified without admin access would be equivalent to allowing access to Program Files without admin access.

As I recall, that was allowed at one time, and this is why it was removed. Security-sensitive organizations determined that they could not install Notepad++ at all unless they could stop users from installing their own plugins. The developer decided it was better to remove the capacity entirely than to try to implement a switch of some kind.

The work-around, if you can run programs that are not installed in Program Files, is to use a portable copy of Notepad++. If you are not allowed to do that, then logically you would be forbidden to run Notepad++ plugins in a directory you control, since it would grant you exactly the same access.

@PeterJones Thanx, much appreciated.