metatrop
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
- FarColorer, хотя и быстрее версии для FAR2, по-прежнему порождает задержки на больших файлах, и потому не идёт ни в какое сравнение с colorer4ever (разбирает текст не с начала, а с некоей точки отката от текущей позиции), работающим полностью корректно только под FAR1.
- Использование баз данных SQLite для хранения настроек не оправдано объёмами передаваемых данных (они невелики). Бывают сбои и падения, которых с реестром нет в принципе. Редактирование/поиск при всех предпринятых мерах (far:config и export/import в XML) куда менее удобны в сравнении с комментированным .reg файлом и, тем более, с текстовым .ini файлом. Стартует FAR3 гораздо медленнее, что хорошо заметно при запуске с подключённых по сети дисков в VirtualBox. Настоящая портабельность при всё том на практике не достигается, если не отказаться полностью от тех плагинов для FAR1, что хранят настройки в реестре; а так приходится и в реестр настройки загружать, и базы SQLite использовать! aa102x32.dll, перенаправляющий работу с реестром в файл, эмулирует не все функции и потому бесполезен при наличии старых плагинов S&R, ProxyFTP, FarSvc (в отличие от SvcMgr .lng файл позволяет настраивать колонки панелей) и др.
- Отсутствие полностью адекватного regexp-поиска в режиме просмотра: S&R может заступориваться на продолжении поиска (чего нет в FAR 1.7x и FAR 2.0.1807), RESearch не способен нормально искать назад, LFS не поддерживает режим просмотра, встроенный regexp-поиск FAR3 неплох, но не поддерживает многострочность.
- Использование безобразных GUID'ов для идентификации плагинов и объектов интерфейса ничем не оправдано - количество независимых разработчиков под FAR невелико - и вполне подошли бы читабельные названия длиной не более тех же 16 байт с возможностью переопределения на крайний случай (коллизия).
- AutoComplete остался с теми же пороками, которые имеют место в FAR 2.0.1807 В FAR1 и модифицированном FAR2 - на практике лучше, чем в FAR 3.0.5832
- Более медленное (в разы, в сравнении с FAR2) обновление временной панели с сотнями тысяч файлов, большее потребление памяти.
- Возможна некорректная перекодировка кириллицы при вставке из буфера обмена
- CtrlA: Атрибуты Sparse, Temporary, Offline убраны в субдиалоги! Но Sparse принципиально важен, и его надо всегда видеть, а Temporary и Offline полезны для отметки множеств файлов.
- В разы более медленный поиск текста "All Standard Code Pages" по сравнению с FAR2 "All Code Pages". Причём, в отличие от FAR1 и FAR2 не виден прогресс поиска по каталогам когда FAR3 ничего не находит. И совсем уж странная задержка, в сравнении с FAR1, при AltF7-поиске файлов только по названиям, на не слишком большом дереве (FAR 3.0.5832).
- На файл панели архива (arclite, multiarc) перестала работать ассоциация - к примеру, type "!.!" - назначенная на клавиши Enter (Exec) и CtrlPgUp (AltExec): файл не найден (FAR3 5697/5832/5940, WS2003/Win10PE). В 5940 "дополнительно" перестали работать ассоциации на F3 AltF3 F4
- Менее корректная работа по переключению в / выходу из полноэкранного текстового режима (XP/2003)
- Выдаёт ошибку на view:<cmd /? если существует файл ...\msys\bin\cmd (без расширения) -- FAR 3.0.5832
- В худшую сторону изменилась реакция на закрытие окна нажатием на "крестик": для FAR3 не выводиться (после таймаута) системный диалог подтверждения, позволяющий отменить (XP/2003) закрытие консольного приложения.
- Бездарно раздут размер исполняемого кода, никак не соотносящийся с небольшим приростом функционала. Стандартные плагины, ранее занимавшие менее 10k стали под 100k, даже вообще без изменения функционала! Следствие бессмысленных переходов на всё новые и новые версии компилятора C++ вкупе с неразборчивым использованием нововведений С++ (сомнительной эффективности и несомненной bloatware-ности)
- Некорректно запускает без вызова командного процессора строки, содержащие псевдопеременные, вроде "%TIME:~0,5%". Приходится добавлять cmd /c вручную. FAR1 и FAR2 работают корректно.
-+ Сортировка по имени стала работать с учётом расширения. Так сортирует NTFS, но её порядок и так был доступен (в качестве "Unordered"). Не привычно и в ряде случаев неудобно (дополнительно переключать на "Names Only").
-+ Нажатие ряда клавиш (CtrlIns, CtrlL ...) не прекращает выделение блока текста. Само по себе неплохо, но бывает нужно сбросить этот режим (S&R).
-+ В отличие от FAR1 и FAR2 исполняемые файлы по маршрутам, прописанным в реестре \App Paths\ не запускаются по имени (т.е. без расширения), если в реестровом имени указано расширение .bat, а не .exe. В принципе это правильно - Windows так работает - но возможности сужаются.
+ Lua в замену макроязыку FAR1/FAR2 даёт гораздо больше возможностей. Правда, возможности эти скорее плагинные, избыточны для подавляющего большинства типичных макросов. Также эстетика очень страдает, в особенности "благодаря" GUID'ам, и элегантность самого языка Lua не сильно помогает.
+ Ряд важных/полезных плагинов, которых нет под FAR1 и/или FAR2: Polygon, PortaDev, dialogtools ...?
+ Интерактивные запросы на получение доп. привилегий вместо "Access Denied"
+ Копирование файлов с переносом всех четырёх дат
+ Поиск AltF7 может заглядывать в альтернативные потоки данных файлов на NTFS
+ Более обширное множество различаемых и переопределяемых макросами комбинаций клавиш, более логичный принцип их именования
+ Стандартный плагин SameFolder и переход из истории каталогов работают с маршрутами внутри архивов, открытых через arclite (но не multiarc и др.)
+ Разделительные линии с датами во всех списках историй.
+ CtrlA: в полях диалога более высокая точность даты/времени файлов на NTFS
+ CtrlA: дополнительные файловые атрибуты. Бесполезны на XP/Vista/7, т.к. не поддерживаются. На WinPE 8/10 на NTFS RAM-диске из них всех ставится только "No Scrub Data". Смотреть и менять атрибуты, вынесенные в субдиалог - весьма неудобно.
|
