Как воспринимается \n при поиске в применяемых программах?

[kvichans]

Попробуйте задать поиск \n в доступных вам редакторах (или вьюверах или других текстовых средах), чтобы понять, как воспринимается \n:
минимально, то есть только как char(10)
или
расширительно, то есть как любая из комбинаций char(10) char(13)char(10) char(13).
Тестировать можно на файле www.onlinedisk.ru/file/870118 (14 байт). В нем есть все комбинации:
строка "13" заканчивается char(13)
строка "10" заканчивается char(10)
строка "13-10" заканчивается char(13)char(10).
Результаты опроса (приведены только те программы, где есть поиск c reg-exp):
SynWrite: минимально.
TextPad: расширительно.
Sublime Text 2: расширительно.
WinMerge: расширительно.
Notepad++: минимально
RJ TextEd: расширительно
EmEditor: расширительно
Visual Studio: расширительно

Цель опроса: убедить разработчиков SynWrite в том, что расширенное использование необходимо.

[ApceH]

Notepad++: буквально (отключаемо)
RJ TextEd: расширительно (при вкл. рег. выр.)

[kvichans]

Notepad++: буквально (отключаемо)

Поясните про "отключаемо". Можно перенастраивать с расширительно на буквально? Если да, то где расположена настройка: в самом диалоге Поиск или в глобальных настройках редактора?

[ApceH]

kvichans
В Notepad++ есть выбор внизу диалога поиска. Есть обычный режим, в котором воспринимается как \ и n, то есть без интерпретации вообще.
А ещё есть расширенный, где такие символы воспринимаются, но чтобы найти переводы строк, надо написать \r\n. То есть буквально.
При включении рег. выр. вообще перестают работать переводы строк. В RJ TextEd поиск гораздо мощнее.

MS WordPad: никак.
MS Word: никак (свой формат).

[MVV]

kvichans,

Возник встречный вопрос касаемо полезности исходного вопроса. Какая цель преследуется?

[kvichans]

kvichans
Возник встречный вопрос касаемо полезности исходного вопроса. Какая цель преследуется?

Убедить разработчиков SynWrite в том, что расширенное использование необходимо

[MVV]

Ясно. Думаю, можно было пояснить это в первом посте:)

Проверил в EmEditor - по \n при включенных Esc-последовательностях находит все три конца строк. При поиске с RegExp - так же. А тип переходов между строками определяет как "Смешанный".

[kvichans]

Может кто-нибудь проверить, что Visual Studio находит все концы строк по \n?

[CaptainFlint]

Может кто-нибудь проверить, что Visual Studio находит все концы строк по \n?

2010 Express находит все три типа.

[ATLUS]

на мой взгляд лучший редактор который хорошо работает с grep-стилем поиска это UltraEdit.