» Emurasoft EmEditor

prorab777

Цитата:

Делаю то же самое в EE 14.8.1. Поиск показывает слово(а) найденные ранее.

Чтобы с этим разобраться, откройте окно поиска и нажмите кнопку [>] справа от поля "Найти", появится меню, в котором обратите внимание на верхние четыре пункта.

Ещё не понятно почему Вы осуществляете поиск в выделнном куске текста, не пользуясь, галочкой "Только в выделении". В таком случае нет смысла выделять текст.

Я, конечно, не до конца уловил суть проблемы с поиском "\n ", но у меня не получилось воспроизвести ничего из того, что я смог понять из Вашего описания. Всё что смог придумать - нашлось.
Либо у Вас условия поиска всё-таки были не одинаковые, либо я не понял проблему.
А Ваши настройки поиска не причём.
У меня - 14.8.1 (Eng), не портативная.

webern

Цитата:

Чтобы с этим разобраться, откройте окно поиска и нажмите кнопку [>] справа от поля "Найти", появится меню, в котором обратите внимание на верхние четыре пункта.

Да, если выбрать, например, "Выделенный текст", то работает. Но эта опция не сохраняется при новом поиске. А искать надо часто.
Можно, конечно, вписать руками. Можно забацать скрипт. Но мышкой удобнее.

Цитата:

Ещё не понятно почему Вы осуществляете поиск в выделнном куске текста, не пользуясь, галочкой "Только в выделении". В таком случае нет смысла выделять текст.

У меня так: Если выделить, например, одно слово или несколько, то эта галка сама не отмечается. Хотя поиск работает нормально. А если выделить пустую строку, то в "Поиске" эта галка отмечается сама.

Попробовал завидосить проблему.

prorab777
Если я правильно понял, Вам всегда требуется искать только выделенный вручную шаблон, и чтобы он всегда автоматом вставлялся в поисковую строку перед каждым новым поиском?
Но, как Вы пишете,
Цитата:

эта опция не сохраняется при новом поиске

Чтобы сохранилась нужно просто выбрать 5-ый пункт меню - "Сохранить как ста..." (в оригинале: Save as Default - Сохранить по умолчанию), тогда 2-ой, 3-ий или 4-ый пункт (какой требуется) станет умолчальным для каждого нового поиска.
В справке, правда, не сазано, что 1-ый пункт можно сохранить по-умолчанию.

Ещё в Вашей локализации 4-ый пункт меню почему-то назван "Выбрать", в то время как в оригинале - "Custom", т.е. "Пользовательский". По-факту, в этом случае в строке поиска всегда будет сохраняться последний применявшийся поисковый шаблон.


Цитата:

А если выделить пустую строку, то в "Поиске" эта галка отмечается сама.

Галка включается только если логическая строка выделена целиком, пустая она или нет - не важно. Если выделена только часть строки, то галка не включается.

Но, вообще, для таких часто используемых поисковых шаблонов, наверное, проще написать два/три однострочных макроса или один общий для нескольких шаблонов, и загнать всё это на тулбар.
Почему бы не?

prorab777

Цитата:

Да, если выбрать, например, "Выделенный текст", то работает.

А что собственно работает? Попробовал у себя аналогичное. Текст с переносом строки вставляется в строку поиска, но на этом все и заканчивается. Т.е. поиск как таковой не происходит, больше нет ни одного соответствия! А на самом деле их много в моем тексте.
Освоить поиск текста, содержащего перенос строки, в новых версиях мне так и не удалось...

prorab777
В дополнение к моему тезису что
Цитата:

Галка включается только если логическая строка выделена целиком, пустая она или нет - не важно.

: обнаружил что, если выделить только символы 0D0A в НЕ пустой строке, то галка тоже активизируется.

GORA2
Цитата:

Т.е. поиск как таковой не происходит

Насколько я понимаю, в этом случае галка "In The Selection Only" остаётся активной. Поэтому поиск не происходит. Если галку снять, то всё находится. У меня так.
Или опять недопонимание с моей стороны.

Цитата:

Освоить поиск текста, содержащего перенос строки, в новых версиях мне так и не удалось

Можете привести пример такого текста и своего поискового шаблона? Потому что у меня ищется всё что только могу придумать с этим "\n".

webern

Цитата:

Насколько я понимаю, в этом случае галка "In The Selection Only" остаётся активной. Поэтому поиск не происходит. Если галку снять, то всё находится.

Спасибо, теперь я понял как Вы ищите.
При таком поиске нужно нажать кнопку >, затем выбрать "Выделенный текст" (при этом выделенное вставится в строку поиска), далее снять галку "Только в выделении" и наконец нажать "Найти все".
Но, найденные куски не выделяются цветом и понять найдены куски или нет сложно пока не начнешь по ним перемешаться кнопками (F3 и Shift + F3)
Поиск явно усложнился и стал трудновыполнимым по сравнению со старыми версиями.

GORA2

Цитата:

При таком поиске....

Вообще-то я так никогда не ищу. Я пытался рассмотреть умозрительные варианты поиска, какие смог выдумать. Хотел помочь выявить баг/глюк.
А на кнопке [>] у меня всегда стоит "Custom", поэтому для рассмотренного варианта поиска мне нужно было только снять галку "In the selection only", т.е. совершить всего одно лишнее действие.
На практике я никогда не вставляю поисковый шаблон из выделенного текста, а всегда пишу его руками, поэтому никаких проблем с поиском не испытываю.
По нажатию "Find All" ВСЕ найденные куски у меня выдлились цветом - могу сделать скрин.

Цитата:

Поиск явно усложнился и стал трудновыполнимым по сравнению со старыми версиями.

Пока не могу этого уловить. Хотелось бы всё-таки увидеть такой пример, если можно.

GORA2, webern
А у меня в EmEditor Pro 14.8.1 поиск вообще глючит.
Виртуалок сейчас нет, поэтому запустил "Мультизагрузочный 2k10 DVD/USB/HDD 5.9.5 [Ru/En] by korsak7" и установил EmEditor Pro 14.8.1 с дефолтными настройками на Вин7 и на Вин8. Также проверил EmEditor Pro 14.8.901 beta.
В общем, та же песня, только басом.

prorab777

Цитата:

А у меня в EmEditor Pro 14.8.1 поиск вообще глючит.

Собственно и у меня также работает. Вы не снимаете галку "Только в выделении" потому и нет поиска. Но после поиска со снятой галкой у меня нет подсветки найденных кусков.
webern

Цитата:

Вообще-то я так никогда не ищу. Я пытался рассмотреть умозрительные варианты поиска, какие смог выдумать.

1 Например, у меня в коде есть многострочные куски очень похожие друг на друга. Я хочу проверить идентичны ли они. Выделяю такой кусок в 5-10-20 строк и ищу. Если такой кусок найден, то значит они идентичны. Сами понимаете, что
Цитата:

я никогда не вставляю поисковый шаблон из выделенного текста

здесь не прокатит, вносить вручную такие куски ни кто не будет.
2 Часто включаю перевод строки в поиск, когда нужно найти некую последовательность слов в самом начале или самом конце строки.

Добавлено:
PS
После нескольких попыток с переключениями в меню кнопки [>] EmEditor Pro 14.8.901 beta упал. Эти падения теперь стали стабильными и ЕЕ падает каждый раз при нажатии кнопки Поиск

Сегодня вышла новая бета (14.8.902) решил проверить на ней.
Вроде что-то изменилось. После поиска (все с теми же доп. шагами как описывал ранее) получаю найденые куски видимыми, но не подсвеченными, а выделенными!
Кусок для поиска был \nSetEnvironment="

При этом любое тыкание мышкой сразу снимает все выделение. По найденным строкам можно перемешаться кнопками F3 и Shift + F3 но видеть выделенными найденные куски уже не получится.
Но странности еще не заканчиваются. Если в окне поиска нажать не "Find All", а "Extract All" то получим следующее:

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

GORA2
Да явные проблемы есть.

Цитата:

получаю найденые куски видимыми, но не подсвеченными

Ваша правда. Найденные куски, в которых присутствует "\n" блочно выделяются, но не подсвечиваются.
Причём тоже самое происходит при использовании галки "Regular Expressions" и "\n". Зато строки, заканчивающиеся на "$" (при использовании рег.выражения) - подсвечиваются. Правда при помощи "$" не сформируешь многострочные поисковые шаблоны.


Цитата:

И одна строка из поиска потерялась

Да, а вместо неё была извлечена другая.
Правда, у меня строки извлеклись в правильном порядке, но, также как и у Вас, последняя строка, содежащая КОНЕЧНУЮ ЧАСТЬ шаблона, была выкинута.
Заметил, что если поисковый шаблон начинается с "\n", то дополнительно извлекаются две лишних строки слева/сверху от поискового шаблона.
Если поисковый шаблон начинается НЕ с "\n" или, если никаких строк сверху нет, то извлекается одна лишняя строка слева от шаблона.
Под лишней строкой я подразумеваю ту первую строку текста, в которой встречается начальная часть шаблона.
Но последняя строка теряется при извлечении во всех случаях.

В справке по этому поводу сказано: "Extract the lines that match the specified string by creating a new docoment."
Может я не понимаю принципа и EE честно извлекает строки, содержащие только начальную часть шаблона. Может так и задумано?

[more=Текст и поисковый шаблон, на которых это проверялось]
Шаблон для использования с галкой "Esc-последовательность" (кавычки убрать):
Код: "\n| "

Еще наткнулся на баг поиска:
Выделяю кусок без переноса строки, ищу все вхождения, а потом пробую перемещаться по ним кнопками F3 и Shift + F3 (или на панели "лупа со стрелочкой"). Так работает перемещение только "вниз" по тексту, а вверх не идет.

webern

Цитата:

Надо бы нам собрать всё что сможем и запостить Эмуре.

Да бы, но я настолько аглицким не владею, чтобы ему все это описать.

GORA2

Цитата:

Так работает перемещение только "вниз" по тексту, а вверх не идет

А у меня на 14.8.1 перемещение работает в обе стороны, что с "\n", что без.


Цитата:

я настолько аглицким не владею, чтобы ему все это описать

Ну, это решаемо. Главное нам бы по-русски сформулировать компактно, но чтобы самим было понятно . А потом переведём.

webern
Я тестировал 14.8.902

Добавлено:
Уточнение про баг из моего предыдущего поста
Текст:
Код: @Echo Off
:: Обрабатываемая папка
Set Folder=e:\Temp\3 3
rem Dir /B /A:D /O:-N "%Folder%"

setlocal

for /f %%i in ('" (for /f %%i in (1.txt) do @echo %%i) | sort "') do set "var=%%i"
echo %var%
Pause>Nul
Exit

Set /A ma=0, mb=0, mc=0, md=0
For /F "tokens=*" %%i In ('Dir /B /A:D /O:N "%Folder%"') Do Call :compr %%i
Echo bignumcat=%oma%.%omb%.%omc%.%omd%
Pause>Nul
Exit

:compr
For /F "Tokens=1-4 delims=." %%a In ("%~1") Do Set ota=%%a& Set otb=%%b& Set otc=%%c& Set otd=%%d
Set /A ta=%ota%, tb=%otb%, tc=%otc%, td=%otd%
If %ma% GTR %ta% GoTo :EOF
If %ma% LSS %ta% GoTo _big
If %mb% GTR %tb% GoTo :EOF
If %mb% LSS %tb% GoTo _big
If %mc% GTR %tc% GoTo :EOF
If %mc% LSS %tc% GoTo _big
If %md% GTR %td% GoTo :EOF
If %md% LSS %td% GoTo _big
GoTo :EOF

:_big
Set oma=%ota%& Set omb=%otb%& Set omc=%otc%& Set omd=%otd%
Set /A ma=ta, mb=tb, mc=tc, md=td
GoTo :EOF

PS
Похоже, что сбой при перемещении вверх происходит на строках в которых более одного найденного куска.

GORA2
Цитата:

Похоже, что сбой при перемещении вверх происходит на строках в которых более одного найденного куска.

На 14.8.1 не подтверждаю. Полностью прошёл снизу вверх по всем найденным "Set".
Правда есть нюанс - после "Find ALL" переход вверх начинается только после двукратного нажатия ESC. Не знаю, что бы это значило.
А в бетах, которые вы мучаете, я вижу ряд нововедений, связанных с поиском, так что...

P.S.
Ещё на оффсайте написано, что v.14.9.0 beta 2 не будет работать на WinXP, и отимизирована для Vista и выше.

P.P.S.
Кстати, важная менюшка, вылезающная по нажатию [>] в окне поиска, в бете2 переделана в более правильную сторону - локализаторам на заметку.
Код: * The Match Embedded Newlines in CSV check box was removed (галка была добавлена в бете1, а в бете2 убрана ), and the new Match Embedded Newlines in CSV command was added to the menu item appeared when the > button is clicked in the Find/Replace dialog box.
* The new Fixed Value command was added to the menu item appeared when the > button is clicked in the Find/Replace/Find in Files/Replace in Files dialog box.
* Also Custom was renamed to Last Used Value.
* Save as Default was renamed to Auto Save, and allows you to toggle the enable/disable status.
* The Set Word to Find command, and the Use Regular Expressions check box in the Find/Replace dialog boxes will not be cleared in the Find dialog box.

webern
Баги следует отписывать уже по бете, ибо не сегодня завтра она станет релизом...
К сожалению уезжаю на праздники, в сети не буду.
Надумаете, можете отписать: https://www.emeditor.com/forums/topic/emeditor-v14-9-0-beta-2/
Отсутствие перевода ряда пунктов в меню я увидел и потому перешел на аглицкий. Думаю, что NeedMaker поправит это дело к релизу.

Может кто подсказать а как писать Верхний и нижний индексы.к примеру
Верхний

Нижний

Цитата:

Может кто подсказать а как писать Верхний и нижний индексы.к примеру

В эм-эдиторе - никак. Это же простой текстовый редактор. "Поднять" символ над строкой он не может.

Вы можете открыть таблицу символов, и найти в ней соответствующие символы юникода
(цифры в верхнем и нижнем регистре)
(⁰¹²³⁴⁵⁶⁷⁸⁹
₀₁₂₃₄₅₆₇₈₉)
Но они не всеми шрифтами поддерживаются.

Цитата:

Может кто подсказать а как писать Верхний и нижний индексы.к примеру

С верхним кубом и квадратом проще — ставьте бирмановскую раскладку клавиатуры и будет вам счастье.
типа так м² м³

С нижними индексами ситуация хуже, но и их ввод можно автоматизировать тем же Keyboard Maniac. Только поддерживаются они единицами уникодовых шрифтов.

Nikoderiko
Цитата:

В эм-эдиторе - никак. Это же простой текстовый редактор. "Поднять" символ над строкой он не может.

Здесь же есть верхний индекс (но там только 1 2 3)

maxvlas

maxvlas
Цитата:

Здесь же есть верхний индекс

Это не в редакторе есть, а в юникодном шрифте, который редактор использует в данный момент.
EmEditor это редактор для так называемого "простого текста" (plain text), чем принципиально отличается от редакторов форматированного текста (rich text), типа MS Word.
Чтобы "на пальцах" понять почему всё устроено именно так, прочтите вот это:
http://online-convert.ru/plain_text.html
http://en.wikipedia.org/wiki/Plain_text
http://www.script-coding.com/CodePages.html

Дополнительно к шрифту, указанному Tilks, Вам помогут шрифты Arial Unicode MS, Calibri, Consolas, Lucida Sans Unicode, Segoe UI и ещё несколько, в которых есть все десять (0-9) надстрочных (superscript) и подстрочных (subscript) символов.
Чтобы оценить ситуацию, запустите программу charmap.exe, выберите указанный шрифт, переключитесь на набор символов "Юникод", затем выберите Группировка->Диапазоны юникода->Надстрочные и подстрочные. Ну, или в строке поиска поочерёдно вводите superscript и subscript. Посмотрите на результат.

Tilks
В системе XP нет этого
webern
В блокноте стояло по умолчанию.устраивает Courier New,попробовал вставить символы из Lucida Sans Unicode

Верхний отображает индекс,нижний нет

Приходится на Lucida Sans Unicode переключать,тогда нормально

maxvlas

Цитата:

устраивает Courier New,попробовал вставить символы из Lucida Sans Unicode

Вот это приниципиально для понимания - в текстовом редакторе вы можете отображать весь текст только единственным шрифтом. Вставить символы из другого шрифта не получится. Можно только переключиться на другой шрифт.
А в MS Word вы можете хоть каждую букву текста записать разными шрифтами с какими угодно наборами символов и их размеров.

webern
Цитата:

Вот это приниципиально для понимания - в текстовом редакторе вы можете отображать весь текст только единственным шрифтом. Вставить символы из другого шрифта не получится. Можно только переключиться на другой шрифт.

да не то что нравится и всегда им пользуюсь,до этого Tahoma пробовал,но не все (символы) что хотел отображалось
Теперь,Да вот стараюсь подобрать такой,чтоб отображал все необходимое с чем приходится часто сталкиваться

maxvlas

Цитата:

Да вот стараюсь подобрать такой,чтоб отображал все необходимое с чем приходится часто сталкиваться

Когда найдёте такой - дайте знать.

webern
Цитата:

Когда найдёте такой - дайте знать.

Вряд ли идеальный найдешь,все равно попадется когда то символ (или откроешь документ) который не отобразиться в данном шрифте

Цитата:

Когда найдёте такой - дайте знать.

Цитата:

Вряд ли идеальный найдешь

Я бы порекомендовал моноширный шрифт Рrаgmаta Prо. Специально разработан для использования программистами в текстовых редакторах, содержит большое кол-во необходимых для работы символов.

NeedMaker
Имхо плотноват сильно. Близко к идеалу можно назвать droid sans mono, lucida sans typewriter, и т.д. типа такого, опять же имхо. У каждого свои представвления об идеалах.