Search++: A work in progress

guy038

Yesterday, I did not have time to thoroughly test your 0.7.0.1 release. So, today, I downloaded your last v0.7.0.2 release that I’m presently testing !

See you later, in the evening ( in France ! )

BR

guy038

guy038

Hello, @coises,

For, the tests below, I needed, of course, to un-check the Always unmark all text before Mark command. (Otherwise add to existing marked text.) option in Settings

Regarding the present Synchronize marks and bookmarks sub-mneu, below :

Add a bookmark to each line with marked text
Add a bookmark to the first line of each span of marked text

Bookmark only lines with marked text
Bookmark only the first line of each span of marked text

Bookmark visible lines

Add marks to all text in bookmarked lines
Mark only text in bookmarked lines

Add marks to all text in bookmarked lines, excluding line endings
Mark only text in bookmarked lines,excluding line endings

Two observations :

1 I don’t think that the options which mark only the first line of each span of marked text are really useful. Actually, the goal is more to mark all the lines that meet a certain criterion, in order to navigate between these lines, copy / cut theses lines for pasting in a other location or file or deleting these ones !

2 With native N++, whatever you use the ^.* or ^.*\R regex to mark AND boomark lines, then using the Copy Bookmarked lines of N++ and pasting in an other document, even with an other kind of EOL, just paste the bookmarked lines according to the EOL of the pasting document

So, most of the time, taking the line-breaks in account is not necessary ! However, adding the line-breaks characters is useful as it also includes the true empty lines !

Thus, this would simplify the Synchronize marks and bookmarks sub-menu to the following one :

Bookmark only lines containing marked text
Clear all bookmarks, then bookmark only lines containing marked text

Bookmark visible lines

Mark all text and EOLs of the bookmarked lines
Clear all marks, then mark all text and EOLs of the bookmarked lines

Now, regarding the present Invert marks or bookmarks sub menu, below :

A Invert marked text
  Invert marked text, excluding unmarked line endings

C Invert marked text and sync bookmarks
  Invert marked text, excluding unmarked line endings, and sync bookmarks

B Invert bookmarks
D Invert bookmarks and mark only bookmarked lines
  Invert bookmarks and mark only bookmarked lines, excluding line endings

This time, I would avoid any option that excludes the EOLs and I propose this new sub-menu :

A Invert only the marked text

B Invert only the bookmarks

D Invert bookmarks, then mark all text and EOL of the bookmarked lines

C Invert marked text, then bookmark all lines containing marked text

Remarks :

The letters preceding the options serve to link this present submenu to the future possible submenu !
Note that running, consecutively, the A and B actions is equivalent to the D action
Note also that in these two sub-menus, I specified, when necessary, the two consecutive steps to make it easier to understand :

For example :

Clear all bookmarks, then bookmark only lines containing marked text
Clear all marks, then mark all text and EOLs of the bookmarked lines
D Invert bookmarks, then mark all text and EOL of the bookmarked lines
C Invert marked text, then bookmark all lines containing marked text

It’s easier to see the first action done : on the bookmarks OR on the marks

BR

guy038

Again, I forgot to thank you for the fix when you do a first right-click within the Find or Replace boxes !

guy038

Hi, @coises,

Oh…, my God, I’m just realizing that I did all my previous tests with the main Bookmark lines with marking text option OFF, so with the Search++ Configure bookmark dialog all greyed !

Thus, my tests are quite incomplete :-(( I’ll continue testing … !

BR

guy038

guy038

Hello, @coises and All,

Thus, I chose these options within the Search++: Configure bookmarks dialog :

And ultimately, given the chosen options, the only differences are :

When you mark something, it automatically bookmarks the associated line
When you unmark something, it automatically removes the bookmark of the associated line

Best Regards

guy038

Coises

@guy038 said:

And ultimately, given the chosen options, the only differences are :

When you mark something, it automatically bookmarks the associated line

When you unmark something, it automatically removes the bookmark of the associated line

Yes, that is one of the changes from 0.7.0.1 to 0.7.0.2, that Invert and Synchronize (previously commands, now sub-menus of commands) are no longer affected by the Configure bookmarks settings at all. That made it sensible to put all the settings under Bookmark lines when marking text. and disable them when that option is unchecked.

Coises

@guy038 said:

For, the tests below, I needed, of course, to un-check the Always unmark all text before Mark command. (Otherwise add to existing marked text.) option in Settings

I don’t know if it’s clear, but that only affects Mark search commands. It doesn’t affect any commands on the Tools menu.

There are two times when a successful Mark search command unmarks existing text first. (A command that doesn’t find a match never unmarks.) One is when that option is checked: in that case, all Mark search commands clear existing marks before marking matching text. The other case is Mark in Marked text. When that command is chosen or defaulted, existing marks are cleared before marking the first match regardless of whether Always unmark… is checked, because otherwise the command could not accomplish anything: it would only be marking text that is already marked.

The Configure bookmarks option Mark commands that unmark before searching also clear bookmarks. is related to this. If either of the above cases applies and that box is checked and Bookmark lines when marking text is checked, bookmarks are cleared as well as marks.

Hopefully that does what most people would want and expect without them having to think through all those details.

Regarding the present Synchronize marks and bookmarks sub-mneu, below :
Add a bookmark to each line with marked text
Add a bookmark to the first line of each span of marked text

Bookmark only lines with marked text
Bookmark only the first line of each span of marked text

Bookmark visible lines

Add marks to all text in bookmarked lines
Mark only text in bookmarked lines

Add marks to all text in bookmarked lines, excluding line endings
Mark only text in bookmarked lines,excluding line endings
Two observations :

1 I don’t think that the options which mark only the first line of each span of marked text are really useful. Actually, the goal is more to mark all the lines that meet a certain criterion, in order to navigate between these lines, copy / cut theses lines for pasting in a other location or file or deleting these ones !

Yes, I have wondered if any of that, in the Synchronize sub-menu or in the Configure bookmarks dialog, is useful. It was how I expected bookmarks would work with search and that’s how I first implemented it; then I saw that Notepad++ doesn’t just bookmark the lines where each match began, it marks every line containing any part of a match.

I suspect it’s a lot less common to search for matches that span multiple lines than for matches contained in a single line, so maybe few people even notice the difference.

I think I would either leave it in both the Configure bookmarks dialog and the Synchronize menu or take it out of both. I left it out of the Invert sub-menu because I couldn’t figure out a way to make it make much sense when doing inversion with bookmarks.

2 With native N++, whatever you use the ^.* or ^.*\R regex to mark AND boomark lines, then using the Copy Bookmarked lines of N++ and pasting in an other document, even with an other kind of EOL, just paste the bookmarked lines according to the EOL of the pasting document

So, most of the time, taking the line-breaks in account is not necessary ! However, adding the line-breaks characters is useful as it also includes the true empty lines !

Thus, this would simplify the Synchronize marks and bookmarks sub-menu to the following one :
Bookmark only lines containing marked text
Clear all bookmarks, then bookmark only lines containing marked text

Bookmark visible lines

Mark all text and EOLs of the bookmarked lines
Clear all marks, then mark all text and EOLs of the bookmarked lines

I have to think about this some more. I can agree that having line endings / no line endings variants in those menus makes them more complex to read and use.

Inverting marked text can yield some strange results. For example, say you matched a full line, but not its line ending, so it alone is marked and bookmarked. Now you Invert marked text and sync bookmarks. The line ending on that line wasn’t marked, so when you invert marks it is marked; since there is a mark on the line (though you can’t see it if you don’t show line endings), the line is also bookmarked. Every line in the document is now bookmarked, including the originally marked and bookmarked line that now has no visible marks (they’re hidden along with the line endings).

Though I don’t think I should ignore line endings on the programming side — as per my example above — it could be that I can “hide” the unexpected behavior from users so they don’t have to think about it. The tricky bit is being confident that I really have covered all the cases that would be confusing to a user if I don’t force them to think about line endings.

Coises

@guy038 said:

This time, I would avoid any option that excludes the EOLs and I propose this new sub-menu :

A Invert only the marked text

B Invert only the bookmarks

D Invert bookmarks, then mark all text and EOL of the bookmarked lines

C Invert marked text, then bookmark all lines containing marked text

Note that running, consecutively, the A and B actions is equivalent to the D action

No, it isn’t. If you search for something using the Mark command, only the text that actually matches is marked. Invert marked text marks everything that wasn’t marked and unmarks everything that was marked, so it marks the text surrounding the matches but leaves gaps where the matches were. Potentially useful if you want to search only text that the last search didn’t match.

If you had Bookmark lines when marking text checked when you did that Mark command, there will have been a bookmark on every line that contained any marked text. If you then Invert bookmarks, the bookmarks will be only on lines that had no marked text at all.

Put the two together and you’ll have marked text with gaps where the original matches were, and bookmarks only on lines that have no gaps.

Invert bookmarks and mark only bookmarked lines would bookmark the same lines as the above process, but every bookmarked line (that is, every line that originally contained no part of any match) would have all its text marked. The details of which parts of lines matched and which didn’t would be completely lost.

An additional complication is zero-length matches. It is impossible to mark a zero-length match; but when marking with Bookmark lines when marking text checked, the lines containing zero-length matches are still bookmarked.

When you invert bookmarks, a line containing one or more zero-length matches will then not be bookmarked. If you invert bookmarks first and then mark the bookmarked lines, that line won’t be bookmarked or marked. If you invert the marks and the bookmarks separately, the line will be fully marked (because it had no marked text), but not bookmarked.

You might have meant to say that A followed by B is equivalent to C, rather than D. However, in the zero-length match case, option C would bookmark the line that previously contained only zero-length matches (since it would now be fully marked).

I’m still not sure what will be useful and what won’t be; I just wanted to note that it does make a difference whether you invert marks and bookmarks separately or whether you invert one and then derive the other by synchronizing.

And of course, if you have marked text that wasn’t marked with bookmarking on, or if you added or removed bookmarks by hand, that would also lead to different results for the various operations.

Coises

@guy038 said:

Now, regarding the present Invert marks or bookmarks sub menu, below :

A Invert marked text
  Invert marked text, excluding unmarked line endings

C Invert marked text and sync bookmarks
  Invert marked text, excluding unmarked line endings, and sync bookmarks

B Invert bookmarks
D Invert bookmarks and mark only bookmarked lines
  Invert bookmarks and mark only bookmarked lines, excluding line endings

This time, I would avoid any option that excludes the EOLs and I propose this new sub-menu :

A Invert only the marked text

B Invert only the bookmarks

D Invert bookmarks, then mark all text and EOL of the bookmarked lines

C Invert marked text, then bookmark all lines containing marked text

Since Notepad++ already has an Inverse Bookmarks command, what would you think of going back to a single Invert marked text command (no sub-menu) and just leaving it to users to use the Notepad++ command and/or follow up with a command from the Synchronize marks and bookmarks menu if they want one of the other results?

Coises

@guy038 said:

I would avoid any option that excludes the EOLs

Let me try to give an example of what I think is the problematic behavior. I agree that making users worry about whether or not to include line endings is not good.

Copy this into a new tab:

Consider this:
I see them all.
You know I see them all.
Do you understand?

Turn on display of line endings.
Make sure there are only four lines: if copying added a trailing CRLF, remove that.

Now, Mark using Regex with the following find text:
I see.*$
and Dot matches line breaks not checked.

Now, observe what happens with each of these three seemingly reasonable sequences (after each, remove marks and bookmarks, and start fresh with a new Mark command):

Invert Marked Text then Invert Bookmarks:

Invert marked text then Bookmark only lines with marked text:

Invert bookmarks then Mark only text in bookmarked lines:

The result you probably would expect only comes from Invert marked text, excluding unmarked line endings, and sync bookmarks:

I did this with line endings displayed so you can follow what is happening. Now go back and imagine how it looks to a user with line endings not displayed.

guy038

Hello, @coises and All,

@coises, you said :

Since Notepad++ already has an Inverse Bookmarks command, what would you think of going back to a single Invert marked text command (no sub-menu) and just leaving it to users to use the Notepad++ command and/or follow up with a command from the Synchronize marks and bookmarks menu if they want one of the other results?

Oh, yes, of course, no need to reinvent the wheel !

In that case, you could add, in the section speaking of the Invert marked text option within the documentation, that the Invert bookmarked lines command can be run directly from N++ and that, for a better readability, you may follow the N++ command by, either :

The Mark only text in bookmarked lines option
The Mark only text in bookmarked lines, excluding line endings option

of the present Synchronize marks and bookmarks sub menu !

OR the options :

Clear all marks, then mark all text and EOLs of the bookmarked lines
Clear all marks, then mark all text of the bookmarked lines, excluding EOLs

From my suggested Synchronize marks and bookmarks sub-menu !

Best Regards

guy038

guy038

Hi, @coies and All,

Oh, sorry, @coises. I did not notice that you had posted something in the meantime. So, give me some minutes to understand your post !

BR

guy038

guy038

Hello, @coises,

Personally, after an Invert bookmarks action, I would expect a Mark only text in bookmarked lines action OR a Mark only text in bookmarked lines, excluding line endings action,as I explained in my last post !

Best Regards

guy038

Coises

@guy038 said:

OR the options :

Clear all marks, then mark all text and EOLs of the bookmarked lines

Clear all marks, then mark all text of the bookmarked lines, excluding EOLs

From my suggested Synchronize marks and bookmarks sub-menu !

Previously you suggested:

So, most of the time, taking the line-breaks in account is not necessary ! However, adding the line-breaks characters is useful as it also includes the true empty lines !

Thus, this would simplify the Synchronize marks and bookmarks sub-menu to the following one :
Bookmark only lines containing marked text
Clear all bookmarks, then bookmark only lines containing marked text

Bookmark visible lines

Mark all text and EOLs of the bookmarked lines
Clear all marks, then mark all text and EOLs of the bookmarked lines

But then, just a moment ago, you wrote:

Personally, after an Invert bookmarks action, I would expect a Mark only text in bookmarked lines action OR a Mark only text in bookmarked lines, excluding line endings action,as I explained in my last post !

so it sounds like you have changed your mind (unless I misunderstood your first suggestion) and believe users do need the ability to control whether line endings are included.

The ideas at the front of my mind now are:

Make Invert marked text a single command (no Invert sub-menu) which does only and exactly that one thing: mark every unmarked character and unmark every marked character. No bookmark changes, and no special treatment for line ending characters.
Eliminate the “Bookmark first line of marked text” options. If you’re manipulating bookmarks based on marked text, trying to keep track of what is the “first line” is probably useless, confusing or both. (I still might remove that whole section of the Configure bookmarks dialog, too.)
For the Synchronize commands which Bookmark lines containing marked text, apply these rules:
- Lines containing only a line ending (empty lines) are bookmarked if the line ending is marked.
- Lines containing characters other than the line ending character(s) are bookmarked if any character other than the line ending character(s) is marked; the line ending is ignored.

That third point is clumsy to explain (and certainly won’t fit in a menu item), but I think it makes synchronizing bookmarks to marks behave sensibly without introducing variants in either Invert marked text or [Clear bookmarks and] Bookmark lines containing marked text.

I’m curious if you can think of situations where that would not behave as a user would expect.

So, back to the situation where it’s the bookmarks that are primary, and you want update marks to follow bookmarks. I gather you do think it’s important to give the user control of whether line endings are included or not.

Do you have specific cases or workflows in mind where each of these is useful? (I know, I’m the one that included the distinction in the first place, and now I’m trying to get rid of it if I can.)

And/or perhaps there should be a separate option to expand marks to full lines (that is, if there is any marked text on a line, mark the entire line), with a choice to include or exclude line endings.

There is also the possibility of turning Synchronize into a dialog instead of a sub-menu. That would allow for more options that could work separately or together without a huge menu of hard-to-read items, at the expense of slowing users’ workflow a bit more than a sub-menu.

I’m still undecided; all observations and ideas are welcome.

guy038

Hello, @coises and All,

I’m really sorry for the confusion. Actually, overall, I think of bookmarks in Search++ more or less the same way they’re used in N++. That is to say:

Lines with bookmarks may or may not end with a line break ( cases : Mark ^.* or Mark ^.*\R )
The marked text may be present or not :

For example, within N++, with the Bookmark line option checked, mark all lines with ^.*\R, first, then uncheck the Bookmark line option and finally use the Clear all marks button => The bookmarked lines are still present and you can act on them although no marked text exists anymore !

In all cases, once these bookmarked lines are copied / cutted to another location or into another file, you’ll find the exact same text !

Of course, the case ^.*\R should be preferred, when necessary, as it takes in account true empty lines. If the empty lines are not needed, just use the ^.+\R regex to mark the text !

Thus, in my previous post, I made a mistake. I should have written :

Personally, after an Invert bookmarks action, you may possibly use the Mark only text in bookmarked lines option, for a better coherence and readability !

You said :

The ideas at the front of my mind now are:

Make Invert marked text a single command (no Invert sub-menu) which does only and exactly that one thing: mark every unmarked character and unmark every marked character. No bookmark changes, and no special treatment for line ending characters.

Eliminate the “Bookmark first line of marked text” options. If you’re manipulating bookmarks based on marked text, trying to keep track of what is the “first line” is probably useless, confusing or both. (I still might remove that whole section of the Configure bookmarks dialog, too.)

For the Synchronize commands which Bookmark lines containing marked text, apply these rules:

Lines containing only a line ending (empty lines) are bookmarked if the line ending is marked.
Lines containing characters other than the line ending character(s) are bookmarked if any character other than the line ending character(s) is marked; the line ending is ignored.

I totally agree to these three expectations !

You said :

I’m curious if you can think of situations where that would not behave as a user would expect.

No, up to now, I cannot think about such situations, either !

You said, near the end of you post :

So, back to the situation where it’s the bookmarks that are primary, and you want update marks to follow bookmarks. I gather you do think it’s important to give the user control of whether line endings are included or not.

No, I don’t think the user control of line-endings is that important. Again, @coises, sorry for the confusion ! Actually, I think it’s better to take EOLs in account, in all cases !

So, don’t worry, anymore, about the necessity of distinguish the cases with OR without EOL characters ! Anyway, once the bookmarked lines are copied / cutted, it’s not the marked text which is copied / cutted but the bookmarked lines THEMSELVES !

Best Regards

guy038

Coises

Search++ version 0.7.1 is available:

Fix incorrect decoding of surrogate pairs in UTF-16 files when using Search in Files.
Fix failure to apply regex customizations (named classes ignore case insensitivity, \X follows Unicode standard) when searching UTF-16 files using Search in Files.
Fix Replace All doesn’t add to replace box history.
Improve efficiency of search in files for file encodings other than UTF-8 when the files have long lines with multiple matches per line.
More accurate updates to progress (percent) monitoring in Search in Files when there are long lines with multiple matches per line.
Make right-click equivalent to Shift+click in menus.
Add Configure bookmarks dialog, accessible from the Tools menu, offering options regarding bookmark handling when Bookmark lines when marking text is active.
Add Synchronize marks and bookmarks sub-menu on the Tools menu.

Help has been updated. See especially the Tools menu section for a full description the menu commands and the Configure bookmarks dialog options.

Comments, observations, suggestions and criticisms are most welcome!

Thanks to all who provided feedback on the enhanced bookmark handling design. It’s not “set in stone,” so please continue to tell me about anything that doesn’t seem right.

astewart77

@Coises said:

Add Synchronize marks and bookmarks sub-menu on the Tools menu.

I see that the new Synchronize menu item

Bookmark visible lines

has changed to

Bookmark visible lines, and clear other bookmarks

In the prior version, it did not always clear other bookmarks and still does not clear them. I have been using

[Show]

followed by

Bookmark visible lines

to add bookmarks, so I like the behavior being the same as it was, but the item title doesn’t match. If it’s going to clear bookmarks, there needs to be a non-clearing item.

Bookmark lines when marking text
Add bookmarks but do not remove them.

made no difference.

Coises

@astewart77 said:

I see that the new Synchronize menu item
Bookmark visible lines
has changed to
Bookmark visible lines, and clear other bookmarks
In the prior version, it did not always clear other bookmarks and still does not clear them. I have been using
[Show]
followed by
Bookmark visible lines
to add bookmarks, so I like the behavior being the same as it was, but the item title doesn’t match. If it’s going to clear bookmarks, there needs to be a non-clearing item.

Thank you for catching that! You’re right: a quick check in the code shows that it does not clear preexisting bookmarks.

For symmetry with the other items, I think I’ll split it into two items, like the rest. When the next version comes out this item will clear old bookmarks, and there will be an Add bookmarks to visible lines that doesn’t clear.

guy038

Hi, @coises,

I’ve just tested your new v.0.7.1 release !

Let’s suppose that we marked the occurrences of the word test in the text below, that you’ll paste in a new tab :


bla
blah
This is the test to do
bla
blah
test
bla
blah

And that we checked the Bookmark lines when marking text (Shift: configure option, in the Tools menu

=> The line 4 and 7 are bookmarked and the two occurrences of the word test are marked

In an old post, I said that, in order to get the complementary regex, we had to use the ^((?!test).)*$ regex as below :

Luckily, there’s no need to find out this complementary regex, anymore :

First, mark all the occurrences of the word test.

Right-click within the bookmark margin of N++ and choose the Inverse bookmarks option.

Then, go to the Synchronize marks and bookmarks option of the Tools menu and choose the Mark all text in bookmarked lines and clear other marks option

=> You should get this snapshot :

Which correctly bookmarked all the lines not containing the word test and then marked all contents of the bookmarked lines, including the EOLs, as well !

I tested, both :

The Bookmark lines with marked text, and clear other bookmarks option VS the Add bookmarks to lines with marked text option
The Mark all text in bookmarked lines, and clear other marks option VS the Add marks to all text in bookmarked lines option

And, if I understand you correctly, you mean that the Synchronize marks and bookmarks sub-menu, in your future release, will look as below :

Bookmark lines with marked text, and clear other bookmarks
Bookmark visible lines, and clear other bookmarks
Mark all text in bookmarked lines, and clear other marks

Add bookmarks to lines with marked text
Add bookmarks to visible lines
Add marks to all text in bookmarked lines

Yes, that’s totally coherent : The first three items do a clear operation whereas the last three items simply add bookmarks / marks to the existing layout !

Best Regards

guy038

P.S. :

Just a random question about regex. In the sample of text above :

If I try to mark the \z regex with your plugin, I do get the bookmarkred line 10, which is the final empty line of the text
If I mark all the occurrences of the (?-s)^((?!test).)*\R regex => All lines, but lines 4, 7, 10, are bookmarked and text with EOLs, in lines 1, 2, 3, 5, 6, 8, 9 is marked

However, marking all occurrences of the ^(?-s)((?!test).)*\R|\z regex do not bookmark the final line 10, nor the (?-s)^((?!test).)*$\R? regex and nor the (?-s)^((?!test).)*(\R|\z) regex !

Not important, though. Do you have an explanation ?

Coises

@guy038 said:

Do you have an explanation ?

This is exceedingly odd. Thank you for identifying and describing it clearly. I do not have an explanation, but I think it has to be a bug (and not just a quirk of regex). Here’s why.

We can’t compare the same test in native Notepad++ search, because Mark doesn’t count or bookmark null matches. (The same with Count and Find All: in Notepad++ native search, they ignore null matches.)

However, single-step Find does identify null matches in both engines. In Notepad++ native search using Find Next, your expression (?-s)^((?!test).)*\R|\z identifies eight matches. The last is at the end of the file and shows the ^ zero length match message.

In Search++ Regex with Find, it only finds seven.

What is even more peculiar is if you switch to the ICU engine and Mark the same expressions. In ICU as in Regex, \z alone does as you would expect, bookmarking the last line and showing the message “Found 1 match (0 marked, 1 null).” ICU also does the same as Regex with (?-s)^((?!test).)*\R, marking and bookmarking seven lines, exactly as you would expect.

Adding the |\z to the end changes nothing in Regex, though you would expect to see “Found 8 matches (7 marked, 1 null)” and a bookmark on the last line. In ICU it not only doesn’t bookmark the last line, it finds and bookmarks nine matches, marking the LF, but not the CR or the rest of the line, on the lines containing test!

As far as I can tell (I might not have tested every possible combination yet), both Regex and ICU are self-consistent in that they Find and Count and Find All the same things they mark/bookmark.

Why adding |\z causes such strange behavior — in ICU even leading to new matches in the middle of the file — as yet I have no clue.

Coises

@guy038 said:

Do you have an explanation ?

and I wrote:

I think it has to be a bug

It is, and it’s a fairly simple error in my logic. If a match ends at the end of the file (or the end of a selection or a span of marked text, if you’re searching within one of those), the search ends (or moves on to the next selection or span of marked text) without checking whether the expression can match null there. It will be fixed in the next release.

Why adding |\z causes such strange behavior — in ICU even leading to new matches in the middle of the file — as yet I have no clue.

The code supporting ICU search has the same logic error as the Regex search does, but there’s an additional oddity which seems to be built into ICU’s regular expression search. As best I can tell, it treats the circumflex (^) differently when it is the first element of the only alternative and in all other contexts. As an example, see the difference between marking ^\n (which matches nothing in Guy’s test text) and ^\n|Q (which matches the line feed at the end of each of the first nine lines).

Note: I suggested using Mark to show this because Scintilla will not allow a selection to encompass only part of a line ending, so it’s less clear what is happening with Select or stepwise Find commands. The Search++ results list doesn’t have the option to show line endings — perhaps it should! — so Find All is also unclear.

I’m not sure if this is expected behavior. ICU describes the circumflex as “Match at the beginning of a line” but, as far as I can find, says nothing about it behaving differently in different positions or expressions.