highlight – EmEditor (Text Editor)

regex highlights wrong search results, extracts correct results….

Jon Grah — Mon, 15 Aug 2022 13:21:46 +0000

I was doing a regex search
(?:[A-Z]{2}),0,.*$
And I got some matches like this

`
2019-01-14,04:00,UK,2,LME Copper Inventories,0,,100,,109664
2019-01-22,04:00,UK,2,LME Copper Inventories,0,,9925,,109676
2019-03-10,03:00,CA,0,Daylight Saving Time Shift,,,,,99633
2019-03-10,03:00,US,0,Daylight Saving Time Shift,,,,,99628
2019-03-30,21:00,EZ,0,Daylight Saving Time Shift,,,,,99639
2019-03-30,21:00,SZ,0,Daylight Saving Time Shift,,,,,99640
2019-03-30,21:00,UK,0,Daylight Saving Time Shift,,,,,99636
2019-04-01,04:00,UK,2,LME Copper Inventories,0,,-1425,,109766
2019-04-06,10:00,NZ,0,Daylight Saving Time Shift,,,,,103783
2019-04-06,12:00,AU,0,Daylight Saving Time Shift,,,,,103782
2019-09-28,10:00,NZ,0,Daylight Saving Time Shift,,,,,103788
2019-10-05,12:00,AU,0,Daylight Saving Time Shift,,,,,103785
2019-10-26,22:00,EZ,0,Daylight Saving Time Shift,,,,,99645
2019-10-26,22:00,SZ,0,Daylight Saving Time Shift,,,,,99642
2019-10-26,22:00,UK,0,Daylight Saving Time Shift,,,,,99644
2019-11-03,02:00,CA,0,Daylight Saving Time Shift,,,,,99631
2019-11-03,02:00,US,0,Daylight Saving Time Shift,,,,,99629
2020-03-08,03:00,CA,0,Daylight Saving Time Shift,,,,,110757
2020-03-08,03:00,US,0,Daylight Saving Time Shift,,,,,110756
2020-03-28,21:00,EZ,0,Daylight Saving Time Shift,,,,,110761
2020-03-28,21:00,SZ,0,Daylight Saving Time Shift,,,,,110762
2020-03-28,21:00,UK,0,Daylight Saving Time Shift,,,,,110760
2020-04-04,10:00,NZ,0,Daylight Saving Time Shift,,,,,113617
2020-04-04,12:00,AU,0,Daylight Saving Time Shift,,,,,113812
2020-06-23,09:59,US,1,Richmond Manufacturing Index,0,-3,-27,,113876
2020-09-26,10:00,NZ,0,Daylight Saving Time Shift,,,,,113618
`
and I extracted the matches to be sure.

Highlighted portion would be
`
es,0,,100,,109664
es,0,,9925,,109676
CA,0,Daylight Saving Time Shift,,,,,99633
US,0,Daylight Saving Time Shift,,,,,99628
…
es,0,,-1425,,109766
…
ex,0,-3,-27,,113876
`

—
Then I added some “flags”, specifically the case sensitive flag (?i) and (?-i)

(?-i)(?:[A-Z]{2})(?i),0,.*$

and then press “select all” button like I always do, to see the match count and highlights

The correct matches are

`
2019-03-10,03:00,CA,0,Daylight Saving Time Shift,,,,,99633
2019-03-10,03:00,US,0,Daylight Saving Time Shift,,,,,99628
2019-03-30,21:00,EZ,0,Daylight Saving Time Shift,,,,,99639
2019-03-30,21:00,SZ,0,Daylight Saving Time Shift,,,,,99640
2019-03-30,21:00,UK,0,Daylight Saving Time Shift,,,,,99636
2019-04-06,10:00,NZ,0,Daylight Saving Time Shift,,,,,103783
2019-04-06,12:00,AU,0,Daylight Saving Time Shift,,,,,103782
2019-09-28,10:00,NZ,0,Daylight Saving Time Shift,,,,,103788
2019-10-05,12:00,AU,0,Daylight Saving Time Shift,,,,,103785
2019-10-26,22:00,EZ,0,Daylight Saving Time Shift,,,,,99645
2019-10-26,22:00,SZ,0,Daylight Saving Time Shift,,,,,99642
2019-10-26,22:00,UK,0,Daylight Saving Time Shift,,,,,99644
2019-11-03,02:00,CA,0,Daylight Saving Time Shift,,,,,99631
2019-11-03,02:00,US,0,Daylight Saving Time Shift,,,,,99629
2020-03-08,03:00,CA,0,Daylight Saving Time Shift,,,,,110757
2020-03-08,03:00,US,0,Daylight Saving Time Shift,,,,,110756
2020-03-28,21:00,EZ,0,Daylight Saving Time Shift,,,,,110761
2020-03-28,21:00,SZ,0,Daylight Saving Time Shift,,,,,110762
2020-03-28,21:00,UK,0,Daylight Saving Time Shift,,,,,110760
2020-04-04,10:00,NZ,0,Daylight Saving Time Shift,,,,,113617
2020-04-04,12:00,AU,0,Daylight Saving Time Shift,,,,,113812
2020-09-26,10:00,NZ,0,Daylight Saving Time Shift,,,,,113618
`

highlighted portion should only be

`
CA,0,Daylight Saving Time Shift,,,,,99633
US,0,Daylight Saving Time Shift,,,,,99628
…
`

**But the incorrect matches were still highlighted, even though they were NOT selected**. And I can confirm when the extraction was done, only the rows that had a correct match were extracted.

I tried to Erase Find Highlight and do the search again. And I can confirm the search still highlights incorrect search portions in the full document. This makes no sense. What logic is the highlighter using to highlight text that would not even match?

I suspect that the highlighter is not respecting certain regex flags…which is weird as the highlighter should be following the same logic as the selector, isn’t it?

I can produce a screen video if you don’t believe me.

Please provide the means of allowing to highlight words enclosed in backticks `

ArthurZ — Mon, 20 Sep 2021 00:03:45 +0000

Hello,
I noticed there is no definition option to make the editor highlight words between backticks `
However, there are other, rarely found in my view and obscure symbols. I frankly would not call them brackets.
It’d be even better if we could custom define what gets highlighted between what characters.
Please see the screenshot of what I am referring to:

I need this for certain languages as MySQL SQL dialect.

Can you repeat me problem wth highlight (1)

netsking — Thu, 18 Feb 2016 19:09:37 +0000

I designed highlight word in highlight(1). However, it doesn’t work after updated current version (Version 15.8.0).
Is this a bug or not.
OS: Win7 64bit.
EE: Version 15.8.0

[Suggestion] code block highlight

dindog — Fri, 07 Aug 2015 03:41:05 +0000

Emeditor now support HTML tag block highlight, I think it would be nice to put it a little forward, support code block highlight.

Here is the implement of a shareware text editor name “Everedit”, really nice code block highlight. ( I like its SPACE display too)

It’s a 3MB GIF screen record, it might take a while.

And as you can see, the current line background color is nice too.

Highlight bug

pastraga — Tue, 20 May 2014 00:33:02 +0000

14.4.4
The string “%band%” does not highlight correctly: half of it (“%ba”) appears with one color and the other half (“nd%”) appears with the color chosen by the user.
The same occurs with the string “%date%” which also is divided in two parts for highlight.
It doesn’t matter which configuration number (1..10) is chosen – the effect is always the same.
This did not happen before but I’m not sure since which version the problem started to show up.

Find bug – Incremental matches not un-highlighted when next keypress matches not

Deipotent — Thu, 06 Mar 2014 02:26:19 +0000

EmEditor 14.3.1

Using Find with incremental matching enabled, as I enter characters into find box, the matches on the page are highlighted. However, if the next character causes no matches, the previous matching entries are not unhighlighted. Looks like display is not updated, since the scrollbar is updated to not show any matches, and selecting the text where the matches occur, results in the highlighted text becoming unhighlighted.