Cudatext: Can we have counter for matches as other popular editor has?

[xcme]

Something like this in statusbar:

[MiroslavMatas]

please excuse me…
is this what you are looking for?

[xcme]

@MiroslavMatas let me check it. How can I achieve it?

[MiroslavMatas]

plugin Highlight Occurrences
_must have_ for me

[xcme]

Thanks. But could we get it as a built-in feature?

[Alexey-T]

Highlight Occur as build in code? not in near months.

[Alexey-T]

reason is big set of options.

[xcme]

Highlight Occur as build in code? not in near months.

No, just the info as I posted on my screenshot, not the whole functionality.

[Alexey-T]

to get that 'info' my code needs to do 'find all' with many options- whole words, min len...

[xcme]

to get that 'info' my code needs to do 'find all' with many options- whole words, min len...

But it already can show total number of matches, right? Could CT just do it again for _find next_ / _find previous_ functions, but for text _between caret and end or beginning of the text?_ So, we press F3, it jumps for some position and calculate this value again and then compare it.

[Alexey-T]

it already can show total number of matches, right?

no, Cud on action 'find next' don't have that info.

[xcme]

Let me explain, do not close for today, please :) I will prepare explanation in 10 minutes

[Alexey-T]

Ok

[xcme]

So, when I'm looking something with 'Hi' options it shows me in the status bar:
Found 4 different fragments
So, it already knows the total number. Then I press Ctrl+F and it puts the caret directly before the first match. So, it knows it's 1/4 now.
Then I press F3 (find next) and Ctrl+F again. Now it puts the caret directly after the next match. (Btw, is it expected to place the caret before first time and after in other cases?) So, I'm asking if CT can perform this search operation again, but not for whole text but _for text between current caret position and the end of the text_? If yes, it's obvious there are only 2 matches, so, the current position 4-2 = 2/4 and so on.

[Alexey-T]

Cud does 'find-all' for option 'Hi'; but it don't do 'find-all' for 'find-next'! so after find-next Cud don't know about more matches

[xcme]

That's exactly what I'm talking about. Why it couldn't perform find-next followed by find-all in background? It's expected CT doesn't do it now, but it seems it can in theory :)

[Alexey-T]

why it don't do it

• it avoids find-all code this is slow (on 200K file)
• it has DIFFERENT opts than Highlite Occur plugin, so Cud may find-all 20 items and HiliteOccur can find 23 items.

[xcme]

I don't care about this plugin, I believe there is a simple way to do it with few small changes :) Btw, when I performed some testing I got this:

Note, bbb is in the search prompt. I just inserted some empty lines and then Ctrl+Z it and got a mess.

[xcme]

And topic-related question. Does CT keep positions of highlighted block in memory?

[Alexey-T]

when I performed some testing I got this:

please put this in a new report.

Does CT keep positions o

of course.

[Alexey-T]

I don't care about this plugin, I believe there is a simple way to do it with few small changes

no, it 's not that simple.