» Плагины и настройки FAR часть 2

ldb
01MDM

Вообще-то я бы рекомендовал если оставаться на ANSI ветке, ставить 1.75.2611 - приличное число багов в ней прибили:


Цитата:

svs 07.10.2009 17:28:14 +0300 - build 2611

1. Mantis#0001099: Узнать, есть ли элемент без горячей клавиши
N=checkhotkey(S[,N1])

возвращает:
-1 - не в своей области
0 - нет такого
>0 - позицию элемента

Параметр N1 - с какой позиции начать искать
Если S пустая строка, то функция возвращает -1, 0 или номер позиции, у которой отсутствует хоткей

svs 06.10.2009 20:49:10 +0300 - build 2610

1. Macro: CheckHotkey() работает в области "Dialog".
Если текущий элемент ListBox или открытый Combobox (или открытый History), то CheckHotkey() работает с этим элементов.

svs 30.09.2009 16:03:43 +0300 - build 2609

1. Mantis#0001070: XLat: переключение раскладки клавиатуры при наличии в системе более 2 раскладок
Добавлен [HKEY_CURRENT_USER\Software\Far2\XLat]"Layouts" - строка, перечисляющая через ';' HKL раскладок, которые нужно "крутить"
Например, "Layouts"="04090409;04190419" (или "Layouts"="0409;0419")
Если указано меньше двух, то механизм "отключается" и раскладки крутятся как и раньше.
Far для "Layouts" считывает первые 10 значений, остальные, если есть, игнорируются (думаю - за глаза хватит .

svs 15.09.2009 19:56:34 +0300 - build 2608

1. Mantis#0001057: Far Manager версия 1.75 build 2605, x86 При выборе Alt+F1/Alt+F2 -> Process List Вылетает
Если в реестре у плагина в значении StartPanelMode пурга, принудительно выставляем нулевой режим панели

svs 26.08.2009 10:31:35 +0300 - build 2607

1. Mantis#0000970: Дата изменения descript.ion не должна обновляться, если изменений не было
from Maximus

svs 24.08.2009 21:06:48 +0300 - build 2606

1. Mantis#0000859: RFE: Show UserName@Domain on the information panel
Заюзаем 8-й тип - "UserName@Domain" (для локального юзера или были ошибки при получении юзера... будет как сейчас: "юзер")

По большому счету форму показа нужно задавать (диалог? techinfo?).

Баги я подчеркнул. Но по моему лучше всё-таки на 2.0 перейти:

1) UNICODE позволяет работать с произвольными кодировками файловой системы;
2) в ветке 2.0 достаточно оперативно исправляются найденные ошибки - открытий исходный код;
3) в ветке 2.0 появляются все нововведения, а в 1.75 попадает только часть из них;
4) ветка 2.0 развивается и будет развиваться дальше, а поддержка и развитие ветки 1.75 постепенно сворачивается что вызвано её принципиальными ограничениями на уровне подмножества WinAPI;
5) Проблема №6 их Микрософт КВ320081 начиная с версии 2.0.1145 не существует как явление.

Естественно, что в 2.0 есть и недостатки, и один из них это то, что ещё не все плагины переписаны под неё, развивающийся API что приводит к тому что некоторые особенно старые плагины в один прекрасный момент перестают работать.

Тут я бы посоветовал проанализировать решаемые задачи и посмотреть насколько с их точки зрения оправдан переход на ветку 2.0. Если Far используется на старых ОС типа Win9x/ME/NT4, то тут только 1.75, если от Win2k и выше, то я думаю лучше всё таки перейти на ветку 2.0.

Victor_VG

Цитата:

Вообще-то я бы рекомендовал если оставаться на ANSI ветке, ставить 1.75.2611 - приличное число багов в ней прибили

Я придерживаюсь стабильных сборок. Просто решил их выбрать как ориентир. Заменить files на nightly в update.cmd дело 10 секунд.

01MDM

Просто за время прошедшее с момента выхода 1.75.2605/2.0.1086 много багов закрыли.

data man

Цитата:

Не пользуйся растровым шрифтом 10x20 с галочкой «[x] Large fonts».

Да, причина в именно в этом, спасибо.


Цитата:

Far Manager v1.75 build 2605 x86

Обновил - только манипуляции со шрифтами помогли.

Victor_VG

Цитата:

ставить 1.75.2611

Пробовал - то же самое, только бубны со шрифтами помогают

ЗЫ Всем спасибо, в целом проблему свою решил.

Цитата:

5) Проблема №6 их Микрософт КВ320081 начиная с версии 2.0.1145 не существует как явление.

И есть очень практичное применение этому:
Если создать папку с "хитрым" именем (например, заканчивающимся одной точкой) и положить в нее важные файлы, то ни любопытный юзер, ни еще более любопытный троян (если он не использует "трюки", конечно) в нее не зайдут - только FAR 2
И не нужны никакие "фолдерпротекторы"

data man

Кроме инструментов использующих POSIX 1003.1: GygWin, MSYS программ работать с такими объектами файловой системы полноценно работать не смогут. Зайти они может в неё и зайдут, но сбой им гарантирован. Кстати, по словам коллег вроде в Win7 API подобные инструменты начали вводить, но пока это вроде экспериментальные функции. Для UNIX имена типа CON/LPT/PRN/"name."/"name "/".name " и им подобные - стандартные, а вот Windows считает такие имена недопустимыми и в иных случаях они могут вызвать BSOD.

Victor_VG
В одном согласен с data man - второй FAR хорошо справляется с названиями, которые просто не может обработать первый. Не часто, но сталкивался с подобными неувязками. Решал через PS:

Впрочем через "cmd /u" папка, которую FAR-1 не смог, так же спокойно переместилась.

01MDM

Естественно - команда отработана в режиме UNICODE через UNC пути, а там другие правила игры - используется полный MAX_PATH для WinAPI.

Цитата:

cmd /?

/U Causes the output of internal commands to a pipe or file to be Unicode

что для Win32 позволяет использовать пути с длинной 32765 символов UTF-16. В большинстве случаев этого хватит. Но если мы столкнёмся с чем-то посложнее, например реальный факт: есть драйвер к устройству системы КАМАК, и разработчику пришла в голову светлая мысль назвать его con7lpt1drv.sys. Драйвер ставился sh-скриптом, но вот для сноса пакета для исправления этой ошибки с той машины куда было подключено оборудование пришлось использовать LiveCВ FreeBSD - система не могла ни сама запустить проблемный драйвер, ни сделать с ним как с файлом ничего не позволяла:
KB320081

Цитата:

Причина 5.Имя файла содержит фрагмент, зарезервированный в пространстве имен Win32

Если имя файла содержит фрагмент, например «lpt1», зарезервированный в пространстве имен Win32, удаление файла невозможно. Для решения этой проблемы воспользуйтесь для переименования файла программой, не являющейся приложением Win32. Для использования файла можно воспользоваться средством POSIX (или любым другим), в котором применяется соответствующий внутренний синтаксис.

.
Far 2.0.1159 с проблемой справился мгновенно. Как и со второй ошибкой, уже порождённой данным пакетом - стэком пустых каталогов с суммарной длинной пути около 70 Кб. Это превышает MAX_PATH (32Kb) для NTFS и chkdsk в итоге пометил область как сбойную. После удаления этого дерева каталогов ошибка была легко исправлена.

Victor_VG
Послушал совет и перешел

01MDM

Я сам вспомни сколько на ANSI труда положил. Потом перешёл на UNICODE. Сначала пользовался собранными ребятами бинарниками, потом подобрал себе комплект компиляторов и стал сам из исходников собирать.

как поменять цвет текста
"фар манагер весион...
сопыригхт...
регистерет..."

Цитата:

как поменять цвет текста
"фар манагер весион...
сопыригхт...
регистерет..."

Глубокий скрытый смысл сего риквеста от меня ускользнул, но подозреваю что никак.
Юзаю Эф-Эй-Ар Ту-Дот-Зироу, а там такой траблы не существует, как явления.
Прошу простить за мой французский.

data man

Цитата:

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

Ну почему же - в настройках цветов FAR в разделе command line есть параметр User screen.
Я так понимаю это именно то что "сломало мозг" voooov

naPmu3aH
Особенно красиво смотрится команда dir, если "Текст" и "Фон" равны Red.
А я понял так, что только "фар манагер весион etc." должны выделяться.
Типа "Смотрите, завидуйте, я - ..."

naPmu3aH
Цитата:

в настройках цветов FAR в разделе command line есть параметр User screen.

у меня нет.. есть только три параметра 1)нормал техт 2)селектед техт инпут 3)префих техт
усер ссреен не вижу нигде..

naPmu3aH
data man

Мужики - насмешили от души! Но, я тут с иным моментом столкнулся - берём PictureView2 mod12 и PictureView2 mod13. Ставим GPL Ghostscript 8.70, видим: mod12 свободно просматривает PDF файлы через libgfl311, а вот в mod13 они уже просматриваются через вьюер как текст. Хотя с просмотром изображений в mod13 никаких проблем нет. Это у меня так происходит или у вас так же воспроизводится данное явление? Проверьте пожалуйста. А я пока новый GCC 4.4.1 TDM-2 соберу - автор говорит что баг прибил:

Цитата:

NOTICE:
The 4.4.1-tdm-2 release is now available. If you were using the first 4.4.1 release, you are urged to upgrade to this new version in order to avoid a bug that caused drastically increased CPU usage in programs compiled with the first version.

перевод:

Цитата:

ВНИМАНИЕ:
4.4.1-TDM-2 доступен. Если Вы использовали первый релиз 4.4.1, то настоятельно рекомендуется произвести обновление до новой версии, чтобы избежать ошибки вызывавший резкое возрастание использования процессора в программах, собранных в первой версии.

я ведь именно из-за этой ошибки не обновлял компилятор, хотя новый оптимизирует код лучше чем 4.4.0 TDM1(R2), да и сгенерированный им код работает быстрее, это я проверял специально. Но, факт наличия указанной ошибки могу не только подтвердить, но и экспериментально доказать реальными сборками Far где она проявляется.

Victor_VG

Цитата:

или у вас так же воспроизводится данное явление?

Да, так же.

что-то с последними билдами Far 2 перестали показываться "скрытые" папки в сети , хотя галка в настройках "Показывать скрытые общие ресурсы" стоит. у кого-нибудь такой баг повторяется? Используется winxp sp3 far 2.0.1160

Лимит страниц. Продолжаем здесь.