2useven10 wrote: Поиск по файлам или поиск в просмотре работают с содержимым файлов, поэтому там hex поиск должен проходить.
Shmuel wrote: Стандартный поиск из панелей - находит.
Вот-вот... А ReSearch из панели - не находит.
Самое неприятное, что при установленном ReSearch стандартный поиск становится недоступным (или я просто не умею до него доступаться) и приходится содержать отдельную версию фара без ReSearch, чтобы иметь возможность искать по hex-контексту (
Regular Expression Search and Replace (RESearch)
Posted: Thu 20 Oct, 2016 23:18
by Shmuel
stasf wrote: или я просто не умею до него доступаться
По-видимому AltF7 перекрыт макросом плагина. Либо измените клавишу в макросе плагина, либо повесьте на какую-то другую клавишу код Keys"F9 Home 2*Right 2*Enter".
Regular Expression Search and Replace (RESearch)
Posted: Fri 21 Oct, 2016 00:18
by HaRT
stasf wrote: при установленном ReSearch стандартный поиск становится недоступным (или я просто не умею до него доступаться)
Второе.
Даже если Вы назначили макросы вызова RESearch на F7/CtrlF7, то можно временно приостановить их действие, сделав вид, будто записываете новый (Ctrl. — подробности в Справке по макросам), или нажать соответствующую кнопку в строке клавиш (внизу) мышкой.
stasf wrote:Я, если честно, наивно полагал, что символы, введенные в виде шестнадцатеричных цифр не подлежат никакой перекодировке.
Ведь стандартный ФАР-овский поиск по hex-контексту не пытается ничего перекодировать (что, собственно, полностью соответствует ожиданиям)...
Видите ли, поиск "\x72" и прочего - это не шестнадцатеричный поиск.
Это поиск регэкспа (убедитесь - в режиме plain text так вообще ничего не найти), в котором какой-то символ закодирован через шестнадцатиричный код.
И как и в случае любого другого поиска - обработка содержимого производится в режиме Unicode (для Far2/Far3).
Заметьте, что в стандартном поиске для hex выделен специальный режим!
Истинные маньяки могут попробовать собрать. Так как ОНО ссылается на другой проект, OwnLib, надо сделать git submodule update.
А дял того, чтобы распарсился файл сообщений - надо иметь perl где-то в пути.
Я предупреждаю - в какой-то момент там скорее всего все пропадет, а потом радится заново, когда у меня будет время корректно испортнуть все исходники из svn с сохранением истории.
Please make sure you have the correct access rights
and the repository exists.
fatal: clone of 'git@github.com:Cavaler/OwnLib.git' into submodule path 'OwnLibrary' failed
Не складывается у меня перейти на это плагин - рушит он FAR.
Устанавливаю Far x64 4774, копирую плагин в RESearch866, открываю в редакторе многострочный текст по-английски, вызываю плагин для поиска и замены, курсор в начале, подхватывается первое слово, указываю многострочный текст, начинаю замену, пауза, всё - вылет, предлагает поиск решения в интернете. версия Far 32 вылетает так же. Тест отправил в спойлер.
Micromake 3D Printer
Manual Levelling
Words before using
Please using Auto-level as possible. If the assembly of
printer is no problem, "Print Height”, "Horizontal Raqius”,
and"X Y Z Axis Adjustment” can be set up by Auto-Level. The
Manual Levelling mainly use in the modle with high demand
of the planeness. It can reach a perfect effect by using the
manual levelling after Auto-level.
Problem of imbalance in two sides.
When covering the bottom, if the printer is imbalance in two
sides, it because the heights of 3 Axis limit switch are not
the same. you can adjust the the"X Y Z Axis Adjustment” for
compensation the imbalance. So that it can keep the heights
similar. You can do this adjustment as this way.
If the print head is low, decrease the "X Y Z Axis Adjustment”. If
it is high, increase the "X Y Z Axis Adjustment”.
Suggestion : You can keep the adjustment range about 30. And
change one axis in one time.
Then click on "Save”-"Reset”. Take out the previous modle,and
start again.
Then check out the planeness of the new cover. If it is also
imbalance, repeat the previous steps to adjust. You can stop
adjusting until the cover is perfect.
The demonstration in practical:
Download the "Leveling.gcode” in "MICROMAKE model” file in
SkyDrive. Put in the SD card. Do the operation "SD Card” "Print File”
to choose the file to printing off-line. Or open GCODE file with
Cura to start Printing connects the computer.
Click on the "Machine”-"Micromake Debugger”. Then we can see a
dialog box, and click on "Parameter” in this box. You can see this
picture:
Regular Expression Search and Replace (RESearch)
Posted: Sun 30 Oct, 2016 01:24
by HaRT
AutopilotNN wrote: копирую плагин в RESearch866
Вот прямо так все файлы и копируете? Если да, то попробуйте оставить из нескольких DLLек только одну правильную (подробности в сопроводительной документации).
Regular Expression Search and Replace (RESearch)
Posted: Mon 31 Oct, 2016 01:30
by lk0
Создаю два файла, "f" и "FF", выполняю "Выделить файлы" со
╔══════════ Выделить файлы ══════════╗
║ Маска(и) файлов: ║
║ [ ] Как регулярное выражение ║
║ [x] Учитывать регистр ║
║ f ↓║
║ { OK } [ Отмена ] ║
║ ║
╚════════════════════════════════════╝
При этом выделяются оба файла.
Объясните пожалуйста, что я делаю не так?
FAR 3.0 build 4775 x86
RESearch 8.6.5 (build 0)
Regular Expression Search and Replace (RESearch)
Posted: Mon 31 Oct, 2016 11:40
by AutopilotNN
HaRT wrote: оставить из нескольких DLLек только одну
Спасибо, так и сделал - в списке плагинов он не появился, дочитал про копирование скрипта, сделал, плагин появился, работает, правда переопределился поиск по F7. Прибил в скрипте макросы, фух, как все загадочно тут.
Regular Expression Search and Replace (RESearch)
Posted: Mon 31 Oct, 2016 12:17
by HaRT
AutopilotNN wrote: в списке плагинов он не появился, дочитал про копирование скрипта, сделал, плагин появился
Это несвязанные вещи. Просто, очевидно, в кэше плагинов осталась неправильная DLL'ка. Можете чисто ради проверки на чистом профиле добавить сразу только правильную и убедиться, что всё появится и будет работать и без скриптов. Подобная проблема решается очисткой кэша плагинов, но я не знаю, как это делается в FAR3.
Regular Expression Search and Replace (RESearch)
Posted: Mon 31 Oct, 2016 13:28
by John Doe
HaRT wrote: но я не знаю, как это делается в FAR3.
far /? и узнаете (в справке тоже есть)
Regular Expression Search and Replace (RESearch)
Posted: Mon 31 Oct, 2016 13:49
by lk0
lk0 wrote: Объясните пожалуйста, что я делаю не так?
Похоже, формулирую вопрос. Перефразирую:
1. Почему под маску "f" попадает и файл "FF" тоже? (При обычном поиске (Alt+F7) этого не проиходит)
2. Почему даже если маска работает так, что захватывает "FF", чекбокс "Учитывать регистр" не принимается во внимание?