Регулярные выражения

[Instructor]

Если использовать так...

Так и следует.

... делаю две регулярки:

Code: Select all

4 `(\/(?!\/).*?(\[.*?\]).*?(\[.*?\]).*?[^\\](\\\\)*\/)`	`\1=(3,${TYPE},0)`
;4 `(\/(?!\/).*?((\[.*?\]).*?){2}[^\\](\\\\)*\/)`	`\1=(3,${TYPE},0)`

первая работает, вторая - нет. >>>

См. тестовую.

Не, на моей версии (релиз 4.8.9 x64) работает некорректно (возможно баг). Вот такая строка:

Code: Select all

0	"(\.)(?!\d|--|-\d)(\w|-)+"	"\1=(0,${DEL2},0) \2=(0,${VAR},0)

подсвечивает точку с цифрой:

Code: Select all

background: rgba(209, 210, 211, .8);

>>>

См. тестовую.

Внезапно перестало работать правило

Code: Select all

1	"(\()(c(a|d)+r)"	"\1=(0,${DEL1},0) \2=(0,${OP},0)"

>>>

См. тестовую.


Изменено: квантификаторы регулярных выражений теперь обладают классической жадностью. Чтобы сделать их сверхжадными (старый принцип), используется "+" после квантификатора, например, "\d*+".

Тестовая

[Drugmix]

Instructor
а что там с обработкой групп?
0 "^\s*(#IfWin(?:Not)?(?:Active|Exist))((?:\s*,\s*)?((?:[^;,]))*?)?\s*((?<=\s);.*)?$" "\1=(4,${IF},0) \3=(4,${AREA},#ff0000) \4=(3,${COMM},#00ff00)"

нормально окрашивает строки:


а стоит в правило добавить после [^;,] ещё |a
0 "^\s*(#IfWin(?:Not)?(?:Active|Exist))((?:\s*,\s*)?((?:[^;,]|a))*?)?\s*((?<=\s);.*)?$" "\1=(4,${IF},0) \3=(4,${AREA},#ff0000) \4=(3,${COMM},#00ff00)"

как всё ломается:

[YuS]

Если использовать так...

Так и следует.

ок, понятно.

...

Code: Select all

background: rgba(209, 210, 211, .8);

>>>

См. тестовую.

Работает, как и задумано.

Изменено: квантификаторы регулярных выражений теперь обладают классической жадностью. Чтобы сделать их сверхжадными (старый принцип), используется "+" после квантификатора, например, "\d*+".

Это отлично! Будет больший простор для полета мысли в составлении регэкспов...

[Serge Yolkin]

Instructor
Проблема исправлена. Спасибо.

[Instructor]

...а стоит в правило добавить после [^;,] ещё |a

Тестовая

[DV]

Хотелось бы в документации, описывающей синтаксис регулярных выражений, увидеть комментарий, какие символы можно использовать в наборах символов [], а какие - нет.
Например, вроде бы нельзя использовать \b, \B, \A, \Z, \a, \z - хотя по внешнему виду они ничем не отличаются от тех же \d, \s или \W. (Собственно, именно поэтому и хотелось бы увидеть отдельный комментарий, какие из символов являются "особыми".)
Возможно, есть ещё какие-то нюансы?

[Drugmix]

...а стоит в правило добавить после [^;,] ещё |a

Тестовая

Не видел этого сообщения (возможно, перед релизом стоило меня тыкнуть в него).

В новой версии у меня наблюдается борьба правил: одна и та же строка окрашивается по-разному, если пройтись кареткой сверху вниз vs снизу вверх.
Попозже попробую выяснить конфликтующие правила и свести условия для воспроизведения бага к минимуму.

p.s.: после обновления на двух, практически идентично настроенных машинах, - поведение акелпада было очень разным (на одной из машин ahk.coder не желал работать даже будучи склонированным с другой машины). Проблемный конфиг сохранён, возможно и оттуда удастся выудить что-то для багрепорта.

[Drugmix]

В новой версии одно сложное правило типа

Code: Select all

0	"^\s*(?:\}\s*)*(?:(Else)(?:\s*,\s*|\s+|\s*\{\s*)|(.+(?=::))::)?(?:(Try)(?:\s*,\s*|\s+|\s*\{\s*))?\s*(#IfWin(?:Not)?(?:Active|Exist))(?:(?:\s*,\s*|\s+)([^;,]|(?<=`),|(?<!\s);)*)?(?:\s*,\s*([^;,]|(?<=`),|(?<!\s);)*)?((?<=\s);.*)?$" "\1=(4,${IF},0) \2=(4,${STR},0) \3=(2,${OP},0) \4=(2,${AREA},0) \5=(0,${ATTR},0) \6=(0,${STR},0) \7=(3,${COMM},0)"

Очень сильно замедляет работу акелпада даже на крохотных файлах в пару строк

Code: Select all

#IfWinActive, WinTitle, WinText
#IfWinActive WinTitle, WinText
#IfWinActive, WinTitle WinText
#IfWinActive, WinTitle, WinText;
#IfWinActive, WinTitle;, WinText;
#IfWinActive, WinTitle;`, WinText;, asd ; comm

Правда окрашивает всё правильно (кроме случаев с вышеописанным багом, когда из-за движения каретки или переключения вкладок текст окрашивается частично или целиком неправильно).
Демо бага: одно и то же правило на одной и той же строке




Ах да, заметка: как видно на скриншотах с багом - текст там иногда окрашивается в зелёный жирный курсив и это ошибочно срабатывает эта часть правила: \1=(4,${IF},0).

[Instructor]

Очень сильно замедляет работу акелпада даже на крохотных файлах в пару строк

Изменено: квантификаторы регулярных выражений теперь обладают классической жадностью. Чтобы сделать их сверхжадными (старый принцип), используется "+" после квантификатора, например, "\d*+".

Сверхжадные квантификаторы работают значительно быстрее, поэтому используем их, где это возможно. А, так как правило работало на предыдущей версии, просто конвертируем их (кроме точки '.', т.к. она не была сверхжадной):

0 "^\s*+(?:\}\s*+)*+...

(кроме случаев с вышеописанным багом, когда из-за движения каретки или переключения вкладок текст окрашивается частично или целиком неправильно)

Признак пересечения в правилах.

[Drugmix]

Сверхжадные квантификаторы работают значительно быстрее, поэтому используем их, где это возможно. А так как правило работало на предыдущей версии, просто конвертируем их (кроме точки '.', т.к. она не была сверхжадной):

0 "^\s*+(?:\}\s*+)*+...

Ок, попробую модифицировать.

(кроме случаев с вышеописанным багом, когда из-за движения каретки или переключения вкладок текст окрашивается частично или целиком неправильно)

Признак пересечения в правилах.

Правило тестировалось одно (все остальные QuotesRE правила были отключены). Или имелись в виду пересечения внутри правила?

[Instructor]

Drugmix
Сверхжадные квантификаторы работают атомарно, поэтому возможностей для пересечения внутри правила меньше.

[Drugmix]

Да, проверил на одном исправленном правиле - всё многократно ускорилось, спасибо.

[Drugmix]

Instructor
А в чём дело в работе этих аналогичных правил?

Code: Select all

0   "^\s*+(?:\}\s*+)*+(?:(Else)(?:\s*+,\s*+|\s++|\s*+\{\s*+)|(.+(?=::))::)?(?:(Try)(?:\s*+,\s*+|\s++|\s*+\{\s*+))?\s*+(Click)(?:(?:\s*+,\s*+|\s++)([^;,]|(?<=`),|(?<!\s);)*+)?(?:\s*+,\s*+([^;,]|(?<=`),|(?<!\s);)*+)?(?:\s*+,\s*+([^;,]|(?<=`),|(?<!\s);)*+)?((?<=\s);.*)?$" "\1=(4,${IF},0) \2=(4,${STR},0) \3=(2,${OP},0) \4=(0,${OP},0) \5=(0,${TYPE},#ff0000) \6=(0,${TYPE},#00ff00) \7=(0,${TYPE},#0000ff) \8=(3,${COMM},0)"

и

Code: Select all

0   "^\s*+(?:\}\s*+)*+(?:(Else)(?:\s*+,\s*+|\s++|\s*+\{\s*+)|(.+(?=::))::)?(?:(Try)(?:\s*+,\s*+|\s++|\s*+\{\s*+))?\s*+(Click)(?:(?:\s*+,\s*+|\s++)([^;,]|(?<=`),|(?<!\s);)*+)?(?:\s*+,\s*+([^;,]|(?<=`),|(?<!\s);)*+(?:\s*+,\s*+([^;,]|(?<=`),|(?<!\s);)*+)?)?((?<=\s);.*)?$" "\1=(4,${IF},0) \2=(4,${STR},0) \3=(2,${OP},0) \4=(0,${OP},0) \5=(0,${TYPE},#ff0000) \6=(0,${TYPE},#00ff00) \7=(0,${TYPE},#0000ff) \8=(3,${COMM},0)"

Оба они срабатывают вот так:

В то время как хочется добиться такого окрашивания, чтобы во второй строке - всё, что окрашено синим было бы окрашено зелёным.

[Drugmix]

Я всячески наигрался с жадностью:
1. баг с



происходит постоянно: например, при переключении вкладок. Баг появляется даже при одном QuotesRE правиле. Управление жадностью квантификаторов никак не повлияло на частоту появления бага.
2. в этом правиле жадность не слушается:

Code: Select all

0   "^\s*(?:\}\s*)*(?:(Else)(?:\s*,\s*|\s+|\s*\{\s*)|(.+(?=::))::)?(?:(Try)(?:\s*,\s*|\s+|\s*\{\s*))?\s*(Click)(?:(?:\s*,\s*|\s+)([^;,]|(?<=`),|(?<!\s);)*)?(?:\s*+,\s*+([^;,]|(?<=`),|(?<!\s);)*+)?(?:\s*,\s*([^;,]|(?<=`),|(?<!\s);)*)?((?<=\s);.*)?$" "\1=(4,${IF},0) \2=(4,${STR},0) \3=(2,${OP},0) \4=(0,${OP},0) \5=(0,${TYPE},#ff0000) \6=(0,${TYPE},#00ff00) \7=(0,${TYPE},#0000ff) \8=(3,${COMM},0)"

должно в строке "Click,red,green" слово "green" подкрашивать зелёным фоном, а подкрашивает синим. В правиле овер-жадность выставлена как раз для фразы после второй запятой, но её всё равно перебивает под-правило для подкрашивания после третьей запятой, хоть у этого под-правила и не используется овер-жадность и оно бы должно перебиваться соседним под-правилом с овер-жадностью.

[Instructor]

Drugmix
Укажите минимальные регулярные выражения демострирующие описанные проблемы.