Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 5)

Модерирует : gyra, Maz

Maz (15-01-2020 17:38): FAR Manager (часть 6)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

   

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

 
Предыдущие топики:  1 2 3 4
 
Где взять последнюю версию?
На странице загрузки скачайте MSI-инсталлятор стабильной сборки нужной вам разрядности (32 или 64 бита) или дистрибутив в виде 7z-архива и установите/распакуйте в любую папку (FAR портабелен и может работать без установки).
Там же на свой страх и риск можно взять наиболее свежую "ночную" сборку (в ночных сборках устраняются выявленные недоработки, добавляются новые функции, но могут содержаться и серьёзные ошибки).
Архив всех предыдущих ночных сборок FAR
Last release на github - собирается практически сразу (в течение получаса) после каждого коммита.
 
Общие сведения о совместимости FAR и плагинов
 
Можно воспользоваться одной из пользовательских сборок FAR Manager
Вопросы, касающиеся сборок, следует задавать непосредственно их авторам, а не на официальном форуме.
 
Где взять дополнительные плагины, скрипты и макросы?
Плагринг. В настоящее время большинство авторов (возможно, уже и все) выкладывают плагины здесь. Кроме плагинов здесь появляется всё относящиеся к FAR: дополнения, консольные шрифты, скрипты и пр.
Анонсы плагинов на официальном форуме. Даже если автор не выкладывает по каким-либо причинам плагин на плагринге, он может дать анонс в этой теме.
Полезные скрипты и макросы.
 
Инструкции по сборке ФАРа из исходников
Набор для самостоятельной сборки ФАРа
Как собрать FAR самостоятельно (старая инструкция)  
 
Ссылки на устаревшие версии
Выдержка из Far Manager Site and Forum ‹ FAQ :
Отличия FAR 3 от FAR 2
Отличия FAR 2 от FAR 1.7
 
Примечания
 
* 13 декабря 2008 г. произошло переименование веток: ANSI-ветка 1.71 превратилась в 1.75, а Unicode-ветка получила номер версии 2.0 (вместо 1.80). Т.е. версии 1.хх это ANSI ("старый" FAR), а версии 2.хх – Unicode ("новый" FAR). Эти ветки сильно различаются по способу взаимодействия с плагинами и системой!
* При обновлении ANSI-ветки 1.хх более старые версии плагинов могут работать в более новом FAR, но более новые плагины в большинстве случаев требуют обновления FAR (см. документацию).
* Unicode-плагины в ANSI-версии FAR не работают – у них иной способ взаимодействия (API) с Far.exe, поэтому даже не пытайтесь их использовать в FAR версии ниже 1.80.
* При обновлении Unicode-версии FAR 1.80/2.0/3.0 обращайте внимание на номер сборки: следует обязательно обновить все плагины для сборок 677/680/684, иначе они не будут работать. ANSI-плагины (кроме тех, которые работают в редакторе) можно применять в Unicode-версии FAR, в меню плагинов (вызываемом по F11) они будут помечены значком [A] справа от их имени. Unicode-плагины в FAR 1.80/2.x/3.х никаким значком после имени не помечаются.
* Unicode-версия FAR 1.80/2.x/3.х требует как минимум Windows 2000, т.е. она работает только в Windows 2000/XP/2003/Vista/2008/7/8/10.
* Плагины от FAR 2 несовместимы с FAR 3 и не запустятся.
* В FAR 3 выборочно могут работать плагины от FAR 1, однако не стоит брать от FAR 1 плагины для редактора или работающие с дисками: первые портят текст в Юникоде, вторые – файловую систему.
* В любом случае разрядность плагинов должна совпадать с разрядностью FAR, иначе плагин не будет загружен.
* Блондинку на скриншоте зовут Tommie Jo.

 
Принципиальные различия между hard link, symlink и junction
Как устранить взаимное влияние запущенных копий FAR в памяти
Как запустить Lua/MoonScript из FAR
Как правильно добавить в программу нужную DLL (или иную зависимость), чтобы при обновлении ОС или иных программ она не перестала работать
Патч для ansi-плагинов для хранения настроек плагинов в папке профиля, а не в реестре
Как распаковать UUE/XXE файлы патчей и использовать их?
 
ВНИМАНИЕ!
 
Правильное (корректное) завершение Far: всегда завершайте сеанс работы с Far по F10! Подробнее на форуме - Различие выхода из Far по F10 и крестиком
 
Общие правила обращения за помощью
  1. Решаете задачу самостоятельно, при необходимости ищете ответы в теме и других источниках. Предварительное изучение документации обязательно!
  2. Если ваших знаний не хватает, то задаёте вопрос в форуме и строго следуете инструкциям тех людей, которые вам помогают.
  3. Если решить задачу, следуя пунктам 1 и 2, не удалось, то задаёте вопрос разработчикам.

Невыполнение этих правил ведёт к тому, что никто не станет помогать решать вашу задачу.

Всего записей: 38832 | Зарегистр. 26-02-2002 | Отправлено: 18:55 23-11-2017 | Исправлено: Victor_VG, 10:00 09-09-2019
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
[LF/RE]Search Grep позволяет создать (открыть в редакторе) текстовой файл-подшивку, со строками, содержащими искомый текст.  
 
Макрос RESearch.Grep.lua позволяет:
1. Открыть в редакторе найденный файл из результата грепа с сохранением позиции
2. Внести изменения прямо в результат грепа и сохранить изменения в найденном файле
3. Внести изменения прямо в результат грепа и сохранить все изменения во всех найденных файлах.  
 
Внимание! Для п.2-3 Возможны проблемы с сохранением файлов, если FAR не сможет корректно транслировать CP1200 греп-файла в кодировку целевого файла.
 
Пример №1. Подробнее...
 
Пример №2. Подробнее...
 
Код макроса Подробнее...

Всего записей: 3484 | Зарегистр. 16-06-2007 | Отправлено: 17:20 07-11-2018 | Исправлено: Alexyz21, 16:41 09-11-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz
 
И так смотрел. Результат аналогичный. Ночнушка с сайта выполнила роль контроля - вдруг у меня где возник сбой? Ну 3% - 5% разницы - погрешность измерений, но в 6 - 7 раз!? Тут явно стоит посмотреть что вызывает явление - ошибка в методике измерений либо иная причина, но интересно с чем тут я встречаюсь? Хотя, хотя, а если БД в профиле зачистить? Вот тут стоит глянуть. Этого в данном случае я не сделал, а стоит. Увидим что выйдет.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 23:02 07-11-2018
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Для чистоты эксперимента профиль, набор плагинов и набор макросов должны быть идентичны в обоих случаях.
Проще всего сделать так: провести опыт с одним билдом (более старым), затем заменить в нём Far.exe на взятый из другого билда (более нового).

Всего записей: 1863 | Зарегистр. 09-03-2012 | Отправлено: 23:09 07-11-2018 | Исправлено: shmuz, 23:44 07-11-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz
 
Изначально именно так и сделано. Под замену попадали только бинаники фар и плагинов. Удалил все БД в профиле:
 
   
 
и  
 
   
 
как видим характер явления не поменялся, разница во времени  выполнения теста b5303 - b5304 в 6 - 7 раз...
 
Добавлено:
Ещё подчистил до минимума - оставлено только:
 
runfar.cmd
test.lua
version
 
Far/Far.exe
Far/Far.exe.config
Far/Far.exe.ini
Far/FarEng.hlf
Far/FarEng.lng
Far/FarRus.hlf
Far/FarRus.lng
Far/hidcon-x64.exe
Far/lpeg.dll
Far/lua5.1.dll
Far/lua51.dll
Far/luafar3.dll
Far/plugins
Far/rfar.cmd
 
Far/plugins/luamacro/*
 
Far/Profile/associations.db
 
тут времена иные: b5303 - 0,003 , b5304 - 0,002 . Значит кто-то из тест-набора тормозит. Придётся искать "автора" методом исключения.
 
 


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 01:19 08-11-2018 | Исправлено: Victor_VG, 01:28 08-11-2018
ozr1

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Походу, в какой-то из последних сброк отвалилось сохранение имени редактируемого файла между сессиями FAR'а. Методика воспроизведения:
 
- нажать на файловой панели Shift-F4 и запомнить то имя файла, которое предлагается для подстановки;
- заменить это имя на любое другое (я менял на имя отсутствующего в текущей папке файла), нажать Enter;
- имитировать функции редактирования или сразу выйти из режима редактирования, файл можно не сохранять: это не принципиально;
- снова нажать Shift-F4 на файловой панели и убедиться в том, что для подстановки предлагается имя только что "отредактированного" файла (т.е. пока-что всё нормально);
- закрыть FAR штатным образом;
- запустить FAR и снова нажать Shift-F4 в файловой панели;
- наблюдать казус: снова предлагается для подстановки то имя файла, которое было в первом пункте, а не то, с которым закрылась предыдущая сессия FAR'а.
 
UPD: Если все пункты, кроме 2-x последних (на них это не влияет), выполнять в FAR'е, запущенном из-под админа ("Запуск от имени администратора"; у меня включен UAC), то всё работает, как надо. А под обычной админской учёткой -- не сохраняет историю, походу... А раньше всё работало и при обычном (не из-под админа) запуске... Операционка -- Win-7 x64 SP1 Ultimate со всеми фиксами.
 
UPD2: откатил на ночную сборку 5303 -- с ней вышеописанной проблемы нет. На работе (Win-7 x64 SP1 Professional) стоит сборка 5304, и в ней эта проблема уже есть, как была (пока не откатил) она и у меня дома на сборке 5305.

Всего записей: 321 | Зарегистр. 05-07-2015 | Отправлено: 19:23 08-11-2018 | Исправлено: ozr1, 20:19 08-11-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz
 
Ну, кажется разобрался в чём причина - экспериментальные изменения b5304. Точнее генерация исключений вместо сообщений об ошибках SQLite.  
 
Вот что показывает статистика в серии из двадцати экспериментов для тест-набора Far.exe + английский и русский язык + LuaMacro + Console Control (Он управляет "подгонкой" окна консоли под мониторы 16:9 - иначе если открыть окно консоли на полный экран половина нижней строки визуально обрезается. Я давно с этим встретился и нашёл решение - Console Control задаёт использование шрифта Lucida Console, 15, а Ctrl+MsWheel позволяет нам удобно менять видимый размер окна фара и размер шрифтов особенно если монитор как у меня стоит далеко. У меня 22" и 24" мониторы 1920х1080 стоят в полутора метрах от глаз - ближе не получается, и мелкий текст не виден.) на тесте:

Код:
local a = Far.UpTime; far.MacroLoadAll(); msgbox("",(Far.UpTime - a)/1000)
mmode(1,0); local t=Far.UpTime; for i=1,1000 do Keys"Tab" end far.Message(Far.UpTime-t)

машина запускающая Far с десктопного HDD WDC 250 Гб (специально взял не самый быстрый HDD из доступных - он даёт более общую картину) показала:
 
- без дополнительных скриптов время запуска b5304 - b5306 составляет 0,002, а b5303 - 0,003, то добавление luacheck, LuaManager, LuaExplorer, Rebind и StackTracePlus увеличивает время запуска b5304 - b5306 до 0,004, а если добавить DBEdit и ReloadMacros получаем 0,028.  
 
- добавление 36 шт макросов вызова плагинов через Plugin.Command()/Plugin.Call() влияет мало - +0,004, BookmarkManager так же добавляет 0,004 - видим уже 0,048.  
 
-  добавление 29 шт панельных скриптов добавляют 0,012 до 0,056.
 
- добавление трёх скриптов для вьюера вообще не повлияло на время выполнения теста - 0,056.
 
- добавление 16 скриптов для области Common - 0,074
 
 - добавление шести скриптов для диалогов и вызова UserMenu добавили 0,006 до 0,08  
 
- добавление 29 шт скриптов для редактора и плагина HunSpell + Hunspellx64.dll (зовётся одним из скриптов через FFI) - 0,111
 
Значит причина не в LuaMacro и скриптах, а в изменении механизма запуска плагинов в b5304 и что привело к увеличению длительности считывания БД SQLite. Не хочется всё трогать, но попробую одну тест-копию с нуля перенастроить - может формат записей БД молча изменился?  
 
P.S.
 
Типа "Рефакторинг", "Уточнение bXXXX.X" ... "Уточнение уточнения  bXXXX.X" и ... .

 
Продолжим:
 
Собрал b5307 Git-eaa77314a - с быстродействием запуска плагинов в нём несколько лучше, но всё равно огромные накладные расходы нового механизма - тест выводит значение 0,736 и в то же время b5302 Git-33d06d423 выполняет данный тест за 0,111 при том же наборе плагинов, скриптов и настройках.  
 
Да, похоже я с оценкой поспешил - сброс всех настроек - удаление всех БД конфигов, беглое задание только отдельных общих настроек - тест выполнен за 0,101. Ну, здравствуй, развлечение! - перенастраивать всё с нуля...

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 01:08 09-11-2018 | Исправлено: Victor_VG, 03:11 09-11-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В общем-то починяемо, но то, что надо всё заново перенастраивать и удалять БД плагинов стоило бы и в changelog-е указать - внутренний формат записей в БД поменялся и старый начиная с b5304 Git-5d20e5a81 приводит к больши-и-и-и-м задержкам их чтения.  
 
Подошли БД associations.db, colors.db, panelmodes.db, pluginhotkeys.db, из плагинов Console Control, Disk menu, Hexitor, NetBox, PEAnalyzer, PlugMenu, UnInstall, FarHints - как раз самые капризные или трудоёмкие (Hexitor - надо цвета выставлять) в настройке. Их оставил, остальные потёр - тест выполнился за 0,101.
 
Пошёл возится далее. Спасибо нашему общему знакомому за бесплатные приключения.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 05:29 09-11-2018
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Поскольку приключений сейчас не ищу, то сижу на 5267 (+ luafar3.dll от 5294). Работает достаточно стабильно.

Всего записей: 1863 | Зарегистр. 09-03-2012 | Отправлено: 08:19 09-11-2018 | Исправлено: shmuz, 08:23 09-11-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz
 
А я можно сказать закончил перестройку. С плагинами до утра, far:config сейчас сверяю. Некий отдых после головомойки (мои дров наломали). С остальным проще - разбегайся танки я на охоту вышел!

Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 13:09 09-11-2018
Tiikker



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG, Танки уже не рулят, Варфэйс рулит...

Всего записей: 956 | Зарегистр. 05-06-2018 | Отправлено: 13:38 09-11-2018
sToLp



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
Благодарю Вас за публикацию полезных макросов для работы с Грепом!Два из них перенял себе в тематическую подборку.
 
И подскажите, почему Вы используете такой не простой condition вместо поля filemask?
И для чего в принципе нужно ограничивать файлы с результатами Грепа только .tmp-фалами? Ведь полезно иметь запас греп-файлов на случай если понадобиться делать откат. А ведь эти файлы могут быть и с расширением .txt, например.

Всего записей: 75 | Зарегистр. 26-06-2016 | Отправлено: 14:10 09-11-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Перенастроил b5307, посмотрел что происходит - если настройки плагинов не заданы тест отработал за 0,118, плагины настроены через меню настройки плагинов - тест отрабатывает за 0,672. Ожидаемо - работа с БД конфигов плагинов сломана. "Удачный" эксперимент.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 15:25 09-11-2018
Tiikker



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
Перенастроил b5307

можно забирать?
 
Добавлено:
а нет.. низя пока
 
 

Всего записей: 956 | Зарегистр. 05-06-2018 | Отправлено: 15:56 09-11-2018
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Похоже на это (разница в полсекунды).

Всего записей: 1863 | Зарегистр. 09-03-2012 | Отправлено: 16:16 09-11-2018
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sToLp
Я скрипт 2 года назад написал, быстрее всего о существовании filemask не подозревал.

Цитата:
для чего в принципе нужно ограничивать файлы с результатами Грепа только .tmp-фалами?

Так результат грепа и есть tmp-файл.

Цитата:
Ведь полезно иметь запас греп-файлов на случай если понадобиться делать откат.

???
- Если замену сделаете неверно, то если файл не закрыли после перехода в него по AltG, то откатываем по CtrlZ как обычно. Если замену сделали массовую, то пока не закрыли файл грепа, откатываете его и делаете массовую замену. Но есть нюанс - сохраняя из CP1200 в CP целевого файла можно и "нарваться" на неправильную трансляцию символов при сохранении.
 
Я делал массово замены в файлах Utf8, CP1251, 1252 - с проблемами пока не сталкивался.
 
Возможно Шмуэль подробнее расскажет, когда такое сохранение небезопасно?
 
 

Всего записей: 3484 | Зарегистр. 16-06-2007 | Отправлено: 16:34 09-11-2018 | Исправлено: Alexyz21, 16:35 09-11-2018
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
Всё зависит от реализации этой функции. Вы можете сделать простой опыт: приготовить файлы с одинаковым содержимым  в разных кодировках, сделать одновременную замену из грепа в них всех и проверить, что получилось.

Всего записей: 1863 | Зарегистр. 09-03-2012 | Отправлено: 16:53 09-11-2018
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сделано просто - в греп-файле CP1200 делаем line=editor.GetString(-1,SourceRow).StringText, в том, в котором найдено делаем editor.SetString(-1, TargetRow,line) и editor.SaveFile(-1). Или нужно что-то ещё?

Всего записей: 3484 | Зарегистр. 16-06-2007 | Отправлено: 17:19 09-11-2018
sToLp



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
Благодарю Вас за разъяснение!
А то я ни как не могу взять в толк что предпочтительнее: condition или filemask? И про то, что в Вашем случае причина проста, мне даже и в голову не приходило.
 
shmuz
1. Сугубо познавательный вопрос:  
С точки зрения быстроты обработки что проще для LuaFar: condition или filemask? Есть ли между ними существенная разница при обработке имён файлов?
 
2. Более практичный вопрос:  
Создал греп. Сохранил его в txt-файл1. И затем скопировал его в txt-файл2. А потом внёс изменения в txt-файл2 и сохранил его, и дальше в нём же воспользовался макросом Alexyz21 "RESearch: 3. Grep Save All" (т.е. внёс изменения в файлы, охваченные данным грепом). И через некоторое время осознал, что надо бы откатиться назад. И, если я правильно понимаю, то ведь можно же в этом случае применить тот же макрос из открытого в редакторе txt-файл1? И, поскольку в промежутке в файлы, отредактированные таким дистанционным образом, другие изменения не вносились, то  ведь эти файлы должны же вернуться в исходное состояние? Причём здесь кодировки? Они разве не взаимообратимы?
 
ДОБАВЛЕНО:
Ответ на вопрос 2 не требуется. Сделал как Вы посоветовали:
Цитата:
простой опыт: приготовить файлы с одинаковым содержимым  в разных кодировках, сделать одновременную замену из грепа в них всех и проверить, что получилось.
и убедился, что кодировки не влияют. Причём кодировки самого греп-файла тоже не влияют. Проверил на кодировках 65001, 1251, 1200 и 866.

Всего записей: 75 | Зарегистр. 26-06-2016 | Отправлено: 17:21 09-11-2018 | Исправлено: sToLp, 18:08 09-11-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz
 
 
Да, этот диалог вылезает только с XMLView, причём вылезает на редкость криво - на экране сообщение о недоступности БД, а запись даже если нажат кансел в неё уже сделана, ну и похоже с остальными плагинами так же в БД мусора предостаточно, хотя экспортированный default.farconfig выглядит корректным. Специально КDiff3 построчно сверял - значения выставленных настроек не поменялись, зато гвардейские тормоза бесплатно добавились и я уже выслушал от ребят всё, что они по сему поводу думают. Приятного мало, выражения далеко не парламентские, хотя и самые отборные. Оценки даны независимыми людьми из разных точек шарика - на очередные "ускорение и перестройку" ругаются все без исключения. Для полноты счастья только госприёмки не хватает:
 
...1986-й год, в булочной лежит бублик - квадратный, сырой и надкушенный... Маленькая девочка спрашивает у деда:  
 
- Деда, а почему бублик такой?
 
Дед:  
 
- Квадратный это перестройка, сырой это ускорение, а надкушенный это госприёмка проверяла...

 
- достаточно...

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 17:29 09-11-2018
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
Если целевой файл открылся в правильной кодировке, всё будет нормально, иначе нет.
 
sToLp
1. filemask удобнее, позволяет задать несколько масок сразу, а также маски исключения.
2. Вопросы по работе макроса замены из файла грепа - к автору, я в этот макрос не вникал.

Всего записей: 1863 | Зарегистр. 09-03-2012 | Отправлено: 18:13 09-11-2018
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 5)
Maz (15-01-2020 17:38): FAR Manager (часть 6)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru