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

[vipermagi]

Суть приложения: нужно в исходном тексте найти разные подстроки (возможно даже блоки), а потом из них сформировать сообщение, т.е. в места в шаблоне подставить найденные куски. Т.е. пользователь создаёт несколько правил и вбивает туда строки регулярных выражений. А потом в шаблоне в нужных местах вбивает например \1, \2 и т.д.

С тем, что в QRegExp'е кутэшном пользователю работать не очень удобно. Да и реализация под кишки кутей задумана, а не для гуя; чего только стоит отсутствие поддержки многострочности, а про подобное "\\b" я вообще молчу.

Посоветуйте библиотечку может какую.

[NickLion]

Ничего не понятно, что за кишки, пир чём gui и библиотека регулярок. Чем QRegExp не нравится? \b там есть. C multi-line не хорошо было, в 5-й версии обещали исправить, не проверял.

А так, в новом стандарте C++ есть регулярки: http://www.cplusplus.com/reference/regex/
Да и в boost они давно есть.

[vipermagi]

Ничего не понятно, что за кишки, пир чём gui и библиотека регулярок. Чем QRegExp не нравится? \b там есть. C multi-line не хорошо было, в 5-й версии обещали исправить, не проверял.

А так, в новом стандарте C++ есть регулярки: http://www.cplusplus.com/reference/regex/
Да и в boost они давно есть.

"Кишки" - это значит код, который пользователь не увидит. В QRegExp оно хромое на костылях http://qt-project.org/wiki/Regexp_engine_in_Qt5. Ни \b, а \\b. А ещё вот из документации: "Замечание: Компиляторы C++ преобразуют обратные наклонные черты в строках. Для включения \ в регулярное выражение введите её дважды, т.е. \\. Для соответствия обратной наклонной черты самой себе введите её четыре раза, т.е. \\\\."
В общем всё это удобству и функциональности не сильно способствует.

Новый стандарт мне пока не доступен, а буст пока погляжу.

[Bizdelnick]

Я за Qt не в курсе и, может, вообще не въехал в тему, но если

Компиляторы C++ преобразуют обратные наклонные черты в строках

то какое отношение к этому имеет

пользователь создаёт несколько правил и вбивает туда строки регулярных выражений

Это же происходит уже после компиляции?

[NickLion]

"Кишки" - это значит код, который пользователь не увидит.

Пользователь никакой код не должен видеть. Если нужно пользователью в руки дать инструмент, дайте ему kate, там есть поиск и замена по регулярному выражению.

Ни \b, а \\b. А ещё вот из документации: "Замечание: Компиляторы C++ преобразуют обратные наклонные черты в строках. Для включения \ в регулярное выражение введите её дважды, т.е. \\. Для соответствия обратной наклонной черты самой себе введите её четыре раза, т.е. \\\\."
В общем всё это удобству и функциональности не сильно способствует.

Ну, так \\b — это в коде программы. А в строке будет уже \b. Не понял, что Вам не нравится. В boost будет то же самое.

[vipermagi]

Пользователь никакой код не должен видеть.

Я не имел в виду, что существует часть кода, которую пользователь не должен видеть и часть, которую должен. Под "кодом" я имел в виду весь код. И регулярные выражения в таком не слишком приятном виде задумывались как часть кода. По этому в таком виде пользователь их видеть не должен, как и остальной код.

Если нужно пользователью в руки дать инструмент, дайте ему kate, там есть поиск и замена по регулярному выражению.

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

Ну, так \\b — это в коде программы. А в строке будет уже \b. Не понял, что Вам не нравится. В boost будет то же самое.

Да, уже прочитал об этом, но это не в boost, а как бы string виноват. Действительно, в строке могут быть такие штуки как \n и при их обработке слэши вырезаются первый раз либо со следующим символом либо без. И regex точно так же как и string вырезает свои служебные вещи со слэшами, т.е. уже второй раз. Ну значит тогда пользователь будет писать слэши как есть, а уже пусть принимающий метод удваивает все их перед передачей в regex. Мозги не хотели понимать, что удвоенные слэши это не какой-то особый синтаксис, а фаза "Замечание: Компиляторы C++ преобразуют обратные наклонные черты в строках. Для включения \ в регулярное выражение введите её дважды, т.е. \\" из документации кутей пониманию совершенно не способствовала. Надеюсь это будет единственный такой прикол.