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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

Maz



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

 
Предыдущие топики:  1 2 3 4 5 6  
 
Где взять последнюю версию?
На странице загрузки скачайте MSI-инсталлятор стабильной сборки нужной вам разрядности (32 или 64 бита) или дистрибутив в виде 7z-архива и установите/распакуйте в любую папку (FAR портабелен и может работать без установки).
Там же на свой страх и риск можно взять наиболее свежую "ночную" сборку (в ночных сборках устраняются выявленные недоработки, добавляются новые функции, но могут содержаться и серьёзные ошибки).
Архив всех предыдущих ночных сборок FAR
Last release на github - собирается практически сразу (в течение получаса) после каждого коммита.
 
Общие сведения о совместимости FAR и плагинов
 
Можно воспользоваться одной из пользовательских сборок FAR Manager
Вопросы, касающиеся сборок, следует задавать непосредственно их авторам, а не на официальном форуме.
 
Где взять дополнительные плагины, скрипты и макросы?
Плагринг. В настоящее время большинство авторов (возможно, уже и все) выкладывают плагины здесь. Кроме плагинов здесь появляется всё относящиеся к FAR: дополнения, консольные шрифты, скрипты и пр.
Анонсы плагинов на официальном форуме. Даже если автор не выкладывает по каким-либо причинам плагин на плагринге, он может дать анонс в этой теме.
Полезные скрипты и макросы.
Шрифт TTF, аналог Terminal 10x18
 
Инструкции по сборке ФАРа из исходников
Набор для самостоятельной сборки ФАРа
Как собрать FAR самостоятельно (старая инструкция)  
 
Ссылки на устаревшие версии
 
Прочее
Портабелизация в FAR 3 плагинов для FAR 1
Выдержка из 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, иначе плагин не будет загружен.

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

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

Всего записей: 39116 | Зарегистр. 26-02-2002 | Отправлено: 12:51 26-09-2022 | Исправлено: XPerformer, 10:20 14-09-2024
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
 
Да, не в такой форме - тут кодировка не правильно детектилась, на b6374 Git-f0a49d0e0 это исправлено. Только что проверил на другой машине и другой тест-копии.
 
Добавлено:
И к b6366 причина не относиться - см. changelog:

Цитата:
drkns 2024-09-23 16:09:43+01:00 - build 6374
 
1. Continue 6371 & 6372.
 
drkns 2024-09-22 22:30:28+01:00 - build 6372
 
1. Continue 6371: fallback to OEM if we have not seen any valid UTF-8 yet.
........
 
drkns 2024-09-22 14:58:10+01:00 - build 6371
 
1. Assume that hlf and lng files are in UTF-8 by default, even if there is no BOM.
   Fallback to OEM only if decoding fails.

- в b6371 изменилась работа с кодировками .hlf и.lng - по умолчанию они ожидаются в UTF-8, а у тебя при работе Lua вылазит неожиданная подсветка произвольных символов в строке, но кодировка распознаётся и текст читается.

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

Всего записей: 34329 | Зарегистр. 31-07-2002 | Отправлено: 20:42 23-09-2024
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
6374 проблема с тенями с 6366 пока на месте.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 10:46 24-09-2024
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
 
Так это явление сложно воспроизвести т.к. ты же сам же описал что происходит:

Цитата:

Цитата:
drkns 2024-08-31 13:02:11+01:00 - build 6366
1. Improve shadow rendering.

Появился артефакт при выводе диалога, расположение случайное, скачет по сообщению, присутствует и в последующих билдах (в панелях нажимаем F10 и держим, проявляется с вероятностью 10-30%):
   
Диалог скриптовый, на чистом дистрибе в родном диалоге артефакт отсутствует.


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

Всего записей: 34329 | Зарегистр. 31-07-2002 | Отправлено: 11:51 24-09-2024
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Надо смотреть far.SendDlgMessage(), именно на неё быстрее всего повлияли изменения в 6366, раз теневые знакоместа скачут по текстовой области.
 
Добавлено:

Цитата:
это явление сложно воспроизвести

Несложно увидеть - нажали F10 и держим - в мерцающем диалоге выхода FarExit.lua + модуль MessageX.lua будет видно как скачут тени.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 12:47 24-09-2024 | Исправлено: Alexyz21, 13:05 24-09-2024
destiny_child



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21 (пост)
Цитата:
в мерцающем диалоге выхода FarExit.lua + модуль MessageX.lua будет видно как скачут тени.

Т.е. проблема воспроизводится в стороннем диалоге в самопальном скрипте? И только лишь?
Когда я тоже F5 жму и держу - вроде ничего не скачет.

Всего записей: 3803 | Зарегистр. 01-04-2006 | Отправлено: 14:24 24-09-2024
Benchmark



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

Цитата:
Когда я тоже F5 жму и держу - вроде ничего не скачет

Тоже не заметил каких-то артефактов. Хотя самописных диалоговых скриптов не использую.
 
Вообще тенденция такова, что отрисовка постепенно становится более корректной при запуске FAR из-под Powershell или Windows Terminal, но при этом ситуация становится хуже, например, в ConEmu.  
 
Хотя это закономерно. Старая консоль и неподдерживаемые эмуляторы оной со временем "сами засохнут и отвалятся".
 
p.s. Вот если б ещё отрисовку символов при их выделении подправили, было б совсем хорошо.

Всего записей: 6922 | Зарегистр. 01-10-2002 | Отправлено: 16:25 24-09-2024
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
Полчаса назад DrKnS сделал коммит с инициализацией user control в LuaFAR. Возможно это решит вопрос.

Всего записей: 1894 | Зарегистр. 09-03-2012 | Отправлено: 18:40 24-09-2024
Zeroes



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

Цитата:
p.s. Вот если б ещё отрисовку символов при их выделении подправили, было б совсем хорошо.

 
А где что не так? приведите пример.

Всего записей: 535 | Зарегистр. 23-10-2003 | Отправлено: 21:45 24-09-2024
Benchmark



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

Цитата:
А где что не так? приведите пример.

Если кратко: при выделении юникодных символов FAR не определяет заранее - сколько байт занимает текущий unicode grapheme cluster, а выделяет символ "побайтно". В результате символ, состоящий из 2 или более байт выделяется в "несколько стадий".
 
Пример текстового файла с несколькими такими символами и картинки со стадиями их выделения (для наглядности) в этом архиве:
https://www.upload.ee/files/17157080/symbols.zip.html
 
Что характерно, после выделения "всех нужных байт" FAR отображает всё правильно.
 
Ну и можно посмотреть, как ведёт себя на этих же символах виндовый notepad, например.
 
p.s. Такое поведение одинаково и в редакторе, и в любых полях для ввода текста.

Всего записей: 6922 | Зарегистр. 01-10-2002 | Отправлено: 22:50 24-09-2024 | Исправлено: Benchmark, 22:54 24-09-2024
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сегодняшний 6374 - иправлено, артефактов при выводе диалогов больше нет.
 
 
Добавлено:

Цитата:
Когда я тоже F5 жму и держу - вроде ничего не скачет.

Зачем жать F5 и держать, когда было сказано F10 - хз ))) Диалог по F5 отрисовывается 1 раз и больше не перевызывается, что там ловить? Смысл удержания F10 в том, что диалог постоянно перевызывается, позволяя поймать артефакты выпадающие с вероятностью меньше 100% (10-30% у меня).

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 07:32 25-09-2024
destiny_child



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21 (пост)
Цитата:
Зачем жать F5 и держать, когда было сказано F10 - хз )))

Я то же хз - ибо у меня по однократному нажатию происходит мгновенное закрытие.
В моем случае просто бессмысленно "топить F10". Потому и попробовал на том, что
не приведет к закрытию - на точно таком же ДИАЛОГЕ, что и по F5 всплывает....  
Потому и обратил внимание, что вы поставили скрипт, потому и уточнил - похоже
проблема воспроизводилась ТОЛЬКО для диалогов в сторонних скриптах.

Всего записей: 3803 | Зарегистр. 01-04-2006 | Отправлено: 10:20 25-09-2024
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
В качестве упражнения портировал ваш MessageX.lua на far2m.
LuaCheck нашёл опечатку в FarExit.lua На 104-й строке:
[113] accessing undefined variable 'GuidEditAskSaveId'

Всего записей: 1894 | Зарегистр. 09-03-2012 | Отправлено: 16:46 28-09-2024
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shmuz
Спасибо что заметили - поправил.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 21:22 28-09-2024
metatrop

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Для сведения пользователей NT5 (и как одна из множества "регрессий" FAR3 по отношению к FAR1/FAR2) :
   
При каких-то не до конца прояснённых условиях под Windows XP SP3/2003 SP2 (в т.ч. в VirtualBox) наблюдается замедление интерфейса FAR3, если в панелях отображается колонка дат файлов. В одних конфигурациях ОС - терпимое и не сразу заметное (причём на старом "железе"!), а в других - абсолютно неприемлемое (даже на той же машине). В WS2003 спасает необновлённый SP2 KERNEL32.dll 2007 года, но при каких-то условиях бывает нормальная работа и на обновлённых версиях. XP SP3 совсем без замедлений пока не наблюдалась.
 
Замедление пропроционально числу отображаемых в панелях дат. Сказывается на всём, начиная от движения стрелочками по файлам, и даже скорости движения в верхнем горизонтальном меню с открытым выпадающим меню, но особенно резко замедляется панельный плагин для FAR1 SelectingEx (очень важный - макрос CtrlUp/Down по отмеченным файлам; его аналог нельзя делать на Lua из-за гораздо более низкого быстродействия при большом числе файлов в панелях). В FAR1/FAR2 подобных замедлений нет, а в FAR3 есть даже в версии 2013 года. Замедление НЕ устраняется запретом обновлять панель если > N файлов; и дело не в том, что FAR3 обновляет даты файлов при движении в панели, и не в использовании ReadDirectoryChangesW(), т.к. версия 2013 года этого ещё не умеет.
 
Дело вот в чём:
 
https://www.xyplorer.com/xyfc/viewtopic.php?t=17954
Post by admin > 23 Sep 2017 18:29:
`I think I got. I found out that the SystemTimeToTzSpecificLocalTime function (which in involved in determining the age, and is needed for handling DST) runs very slow in Windows XP SP3 and Windows Server 2003 SP2. So I will either emulate it or skip it for XP and Server 2003.`
 
https://codereview.chromium.org/654843012/diff/1/src/base/platform/platform-win32.cc
`Windows XP Service Pack 3 made SystemTimeToTzSpecificLocalTime() very slow.`
 
Указанная функция SystemTimeToTzSpecificLocalTime() используется в FAR3, но не в FAR1/FAR2. Проверено, что если её вызов заблокировать правкой байтов кода far.exe, то замедления исчезают!

Всего записей: 327 | Зарегистр. 17-09-2010 | Отправлено: 03:45 02-10-2024
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
metatrop
XP, HDD, NTFS, в папке 16700 файлов. Загружаю ХР, FAR2, на панелях режим Ctrl4, сортировка по времени создания, открываю папку - некоторое время идёт кэширование файлов, после панель готова к работе. Закрываю FAR2, открываю FAR2, захожу в папку - отображается мгновенно. Закрываю FAR2, открываю FAR3, папку, настройки панели теже - отображается мгновенно, переключаю в режим Ctrl3, отображаются Size,Date,Time - переключение мгновенное.
 
Вывод - так как после кэширования файлов ОСью всё работает мгновенно - проблема в вашей системе, возможно тормоза добавляет антивирус, либо в ОС не хватает памяти под кэш в памяти и он в свопе на винте, причём на этом же. Отсюда и плавающее проявление в зависимости от состояния памяти в данный момент.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 10:58 02-10-2024 | Исправлено: Alexyz21, 11:08 02-10-2024
Alexyz21



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

Цитата:
но особенно резко замедляется панельный плагин для FAR1 SelectingEx (очень важный - макрос CtrlUp/Down по отмеченным файлам; его аналог нельзя делать на Lua из-за гораздо более низкого быстродействия при большом числе файлов в панелях).

Имхо это очень странно - время перехода по CtrlUp/Down по отмеченным файлам в любом случае не может быть быстрее опроса клавиатуры, минимум 50мс, за это время макрос отработает как минимум на порядок больше переходов без ожидания нажатий клавы. Всё очень похоже на тормоза работы системный кэш - дисковая система.
 
Перезагрузил ПК, открыл FAR3, выбрал режим Ctrl5 - размер, место на диске, дата-время записи, создания, доступа, атрибуты, окно фара развёрнуто на весь экран, отображается 41 файл - открыл папку с 16700 файлами - такое же время ожидания как и c Ctrl4, когда время не отображено.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 13:24 02-10-2024 | Исправлено: Alexyz21, 13:43 02-10-2024
shmuz

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

Цитата:
его аналог нельзя делать на Lua из-за гораздо более низкого быстродействия при большом числе файлов в панелях

Вы меня заинтриговали. Поставил макрос Shell_SelectingEx.lua из набора макросов SimSU, зашёл в папку с 65536 файлов, выбрал 10 файлов равномерно по высоте панели (т.е. между соседними отмеченными файлами несколько тысяч неотмеченных), и стал выполнять макросы AltUp и AltDown.
- Переход между выбранными файлами мгновенный.
- Если  зажать и держать например AltDown, то перемещение происходит с частотой повтора клавиатуры (у меня довольно высокая), то есть ограничивающим фактором является не макрос.
 
Добавлено:
Однако нет ничего лучше измерения. Оно показывает, что на моём компе получение очередного файла с панели (для проверки выделен или нет) занимает примерно 1 микросекунду. Это значит, что если между соседними выделенными файлами есть 100 тыс. невыделенных, то переход займёт 0.1 сек. Это уже не так мало, а если компьютер медленный, то может быть и намного больше времени.
 
Вывод - для медленных компьютеров переписать макрос SimSU с использованием FFI.

Всего записей: 1894 | Зарегистр. 09-03-2012 | Отправлено: 14:01 02-10-2024
wseventeen

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

Цитата:
Дело вот в чём:

Замечательно!
По первой ссылке -- в конце концов найдена другая причина замедления
По второй -- в новом коде как раз используется SystemTimeToTzSpecificLocalTime вместо танцев с бубном

Всего записей: 1437 | Зарегистр. 20-12-2007 | Отправлено: 06:17 04-10-2024 | Исправлено: wseventeen, 06:24 04-10-2024
Andy_Urb



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В последних версиях заметил неприятный баг - находясь в редакторе по Ctrl-Tab можно было переключиться на основное окно Far. Теперь это недоступно. Показывает в выборе переключения только текущий документ.

Всего записей: 1186 | Зарегистр. 24-09-2003 | Отправлено: 10:55 04-10-2024
shmuz

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Andy_Urb
Ничего такого у себя не наблюдаю.
В частности, проверил последний билд (6378) как на x86, так и на x64.

Всего записей: 1894 | Зарегистр. 09-03-2012 | Отправлено: 11:33 04-10-2024
Открыть новую тему     Написать ответ в эту тему

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 7)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru