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

CrOm83

А это почитай практически все плугины надо переписывать, либо враппер изобретать. Но это временное решение, фактически костыль, да и не самое лучшее с точки зрения стабильности. Наверное проще сделать код far.exe в двух вариантах, и разнести процесс смены API на две подветки - старую, с API 789, и новую, с API 992. Старую перевести в ветку Stable и зафиксировать в ней код API, в её коде править только явные баги, сам API не трогать ни при каких соблазнах, а новую выделить в EXPERIMENTAL, и на ней возиться с новым API, и пусть люди на ней отлаживают свой код. Все в мире так и делают, а на той же UNIX это годами отработанная методика. Но такая кардинальная ломка сейчас всех заставит срочно дыры латать и вызовет кучу сообщений о проблемах... Хотя есть и иной вариант развития событий - новые плагины будут писать под API Far 1.75. Что то же далеко не лучший сценарий с учётом ограничений ASCII на имена файлов, длины путей и остальные особенности совместимости с унаследованным ПО. Собственно именно для этого ASCII функции в WinAPI и присутствуют. Родные-то UNICODE начиная ещё с времён Windows NT 3.1...

Хранятся ли где-нибудь, доступные для скачивания ночные сборки FAR?
В частности интересует билд 991 (возможно, файл Far20b991.x86.20090614.7z)

Far 2.0.992 SVN 3149

Хидеры обновились! И ANSI м UNICODE.

xuser

Держи, 2.0.989 всю, а вот 2.0.991 мне не попалась, но я выложил скомпиленый GCC вариант для Win32, часть плугинов с исходниками и полные исходники для Far 2.0.991.3146. Не вопрос. Устроит? Одним архивом с батниками для GCC (суммарно примерно 22 Мб). Хотя, в моей сборке GCC 4.4.0 они уже есть. Лови на Народе Far20.989_and_sources_20.991.rar и отдельно GCC сборка far-2.0.991-gcc.rar для Win32 - у меня процессор Athlon XP, посему AMD64 не соберу. Плугин Emenu в gcc не собирается, только в MS VC++ 9 (MS VS 2008 не Express - в той MASM нет). Остальные с руганью, но компилятся.

Случайная опечатка в changelog Far 2.0.997:

есть:

Цитата:

garry 16.06.2009 00:29:18 +0300 - build 967

ожидается:

Цитата:

garry 16.06.2009 00:29:18 +0300 - build 997

Соответственно и на сайте скрипт выводит эту же строку. Большая просьба исправить.

Разработчикам Far: Ребята! Вы молодцы. То что Вы сделали за сегодня достойно всяческих похвал. Работа проделана огромная. Я восхищён Вашей работоспособностью. Спасибо!

P.S.

За Вами моя машина не успевает угнаться - на AMD Athlon XP 3000+ Far собирается в gcc примерно за 10 минут, а у Вас уже исправлены замеченные ошибки. Здорово!

Victor_VG
Цитата:

MS VS 2008 не Express - в той MASM нет

FALSE. Наполовину..)) Это в неSP1 MASM'а нету.
1. Running Visual C++ 2008 Express SP1 development tools on Windows XP
2. Комменты от M$ (Feedback: ml.exe is missing in Visual C++ 2008 Express Edition):
Цитата:

We will be adding MASM to the upcoming release of Visual C++ Express 2008 SP1.

Имеем Microsoft® Macro Assembler -- 9.00.30729.01 built by: SP [9.0.30729.1]

rPansa

Я с ней сто лет уже не общался, как раз до SP1 - раз дали доступ к нормальному MS VC++ 9 с MSDN, зачем мне с Express возиться? Поэтому факт неточности информации полностью на моей совести. Основной компилятор для меня - GCC, а вот тот я сейчас только пересобрал - заменил в нём пакет colabnet-svn-1.5.5-client на colabnet-svn-1.6.2-1-client c OpenSSL, и доки дополнил. Заодно и посмотрел на сайте авторов - у них есть вариант и для MS Visual Studio 2008. Может тебе и пригодится? Только они просят сначала бесплатно зарегистрироваться. Но, надо признать Мичиганский Университет (это их проект) спамом не балует, если что всегда помогут. Может и пригодится...

Victor_VG
Для мелких потребительских нужд за глаза банального консольного SVN-клиента (svn co ...) ИМХО. Не в топик корм..))

К MultiArc

;Nullsoft Install System
[NSIS]
ID=EF BE AD DE 4E 75 6C 6C 73 6F 66 74 49 6E 73 74
полностью в #

Будьте осторожны - если Вы используете одновременно в новом Far V2.0.994 и выше плугины Unicode CharMap V1.02 и ниже и FarHins V1.0.15 и ниже, то при попытке посмотреть или выбрать символ в таблице Unicode CharMap возникает состояние Access Violation (AV) в модуле far.exe. Сам Far при этом не падает диалог можно закрыть по ENTER, но процесс имеет циклический характер. По отдельности данные плугины работают нормально.

Я провёл необходимые исследования причин данного явления и о результатах написал автору плугинов. Думаю, что Максим используя эти данные сможет быстро устранить причину проблемы.

P.S.

Сообщение для информации. Если надо, полный отчёт могу предоставить отдельно. Возможно, что механизм данного явления похож на причины Mantis0000937.

Всё, проблема решена. Видимо, причиной была функция ACTL_FREEWINDOWINFO изменившаяся в версии 2.0.994, т.к. впервые она проявилась именно в ней, раньше все работало без "странностей". Потому и предположил, что причина в ней. Только что проверил на 2.0.998 - данное явление больше не возникает.

Есть проблема. Поставил Far2 (build 987 x86). Назначил ассоциации файлов. На файлы *.exe настроил действие по F4 "hiew !.!". Действие по F3 оставил пустым. Обнаружил, что hiew запускается и на F4, и на F3.
Вопрос - это фича или баг?

PS. В Far 1.75 ассоциации на F3 и F4 отрабатываются как положено - то есть независимо.

pzaytsev

Вроде так быть не должно. По ему это банальный сбой настроек.

Глюки с PictureView:
При поиске файлов (Alt+F7) на экран выскакивает какая-нибудь картинка из папки, в которой проводится поиск и закрывает список найденных файлов.
Фар - последний (обновляется с пом. Update),
OC - 7b7100

slay93

Far 2.0.998 SVN 3163 + PictureView 2.0 (UNICODE) - не наблюдаю.

А вот эффект "нотки" при нескольких подряд идущих МАС окончаниях строки в просмотре стоит убрать:



и сделать также как в редакторе:



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

Far 2.0.998 SVN 3163

Victor_VG, я хотел сделать, но руки с первого раза не дошли. Попытаюсь (но не обещаю) на следующей неделе доделать норамльную обработку и в просмотрщике. Кстати, именно а просмотрщике ошибка не в мак переводах строк, а в том, что просмотрщик не умеет обрабатывать \r\r\n окончания строк.Такие переводы строк возникают в результате бага в нотепад-е. Так что, в принципе, мы не обязаны норамльно показывать такие окончания строк.

Может быть подскажете готовую хорошую пользовательскую сборку сборки FAR Manager на основе последних билдов 2.0 ?

Уже и версия 2.0.999 а ряд вопросов так и осталось (может автора фара и прочтут а то на их форуме оставить какие то вопросы гостю не так просто)

Проблемы и пожелания:
- украинская буква i(і) так нормально и не поддерживается
- слетает кирилица при запуске старых досовских программ меняющих графический режим
- хотелось бы поддержку очереди копирования (как в тотале по Ф2 (а в ExtendCopy - кривовато)) и нормального копирования в фоне
- хотелось бы редактирование текста в HEX-режиме приблизительно как и в hiew и замена HEX-значений символов на другие (с разным размером)
- мультиарк без самих архиваторов(установка - по умолчанию ) так и не работает (спасаемся 7zipAlt - но часто вылетает и бывает не дружит с некорыми плагинами)
- жаль что ночные(и новые стабл) сборки так и не сделаны в виде инсталяторов
- автоматом так и не определяет тип кодирования хотя в настройках стоит автомат
(а хотелось для 2.0 и автомат по всем установленным таблицам - и юникоды (UTF8,UTF16), и др.)
- жаль что-то поисчезали все плагинописатели (хотя фар живее всех живых и такой же востребованый)

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

а зачем вообще разрабатывается версия v1.75 если есть 2.0 ?

DzOOMer

Цитата:

зачем вообще разрабатывается версия v1.75 если есть 2.0 ?

1.75 стабильна почти как релиз + поддерживает старые плагины.

DiRTy_GaRRy

Как понимаешь, я хотелку прописал после того как твою запись в changelog увидел. Естественно, пока ночью домой ехал, весь алгоритм в голове смоделировал, пришёл посмотрел hex. В общем, хотим не хотим, а там этот случай надо обрабатывать. В принципе, может такая ситуация возникнуть когда по тексту \r\r\n имеют смысл, но как я понимаю данная ситуация маловероятна и по большому случаю её можно не принимать в расчёт. Потому надеюсь на твой патч.

Kanev75

Сборки есть. Я свой проект не закрыл он на 2.0, хотя у меня были проблемы, к счастью решились с Интернетом. Вчера друзьям поставил сборку на 2.0.998 она есть на моём сайте.

P.S.

Обидно, что похоже флешку (8 Гб) потерял по дороге с последними наработками под FreeBSD 7. А то Криса в PCBSD 7.1 куда-то не туда понесло с его собственной системой портов - система вообще кривой стала, pkg_info пакетов не видит,даже CD/DVD не монтируются т.к. он всё из /usr перекинул в /pcbsd/usr произвольно, а ./etc и код на старое расположение указывают. Сейчас приходится искать решение этой проблемы на основе симлинков "и волки сыты и овцы целы". Но, это мои проблемы.

Victor_VG
ты проовал собирать colorer ? без использования ant

fcdobpiy

Colorer - нет не пробовал, т.к. использую готовый beta 5. Случайно нашёл забавный "артефакт" в DVDPanel 1.22W - плугин сохраняет свои настройки не в подключ \Far2\, а в \Far18\. Вроде пустяк, а раздражает. Поправил. А т.к. исходников нет, правил в hex-редакторе, благо BSD под руками. Заодно и его справку из 866 в UTF-8 конвертнул. Отослал автору. Жду его решения... Сейчас смотрел SVN - 3171. Доработка NewArc:

Цитата:

farchk
svn co http://farmanager.com/svn/trunk fardev
U fardev\plugins\newarc\src\plugins\7z.all\7z.Class.cpp
U fardev\plugins\newarc\src\plugins\7z.all\Guid.h
U fardev\plugins\newarc\changes
Checked out revision 3171

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

Заодно на 2.0.1000 SVN 3171 проверил идею dialex из Mantis#0000942: far hangs at exit after using of proclist. Подошла, работает, а вот о применении надо крепко подумать. Реально это может сыграть и положительную роль, например когда машина выключается, а задача Far её держит, и отрицательную - возможна потеря данных при случайном завершении процесса Far.exe. Потому надо сто раз подумать, прежде чем данный код использовать.

2All

Плугин DVDPanel будет доделан, получил ответ от автора, часть предложений приняты, история ввода будет перемещена в подключи \Far2\, остальные вопросы в работе.

попробовал отладить плагин один из vc2008, но что то атач к процесу и ноль реакции . нужны какие то особые настройки для отладки?

Victor_VG
Спасибо за проявленное внимание. "Фича" с неправильной отработкой F3/F4 появилась после внесения в реестр макроса "C:\Program Files\Far2\addons\Macros\F3.reg" (Use internal editor as viewer). Что он должен был делать - до сих пор не понятно.

pzaytsev

Не за что.

А вот тут я вообще не понял зачем этот плугин? FAR Desktop - FAR в рабочем столе - по его [more=описанию] == Плагин FAR Desktop, версия 1.0 ==

1. Назначение
~~~~~~~~~~
Так как FAR - сугубо служебная программа, было бы хорошо, если

 В случае надобности, он всегда был легко и быстро доступен.
 В остальное время был практически незаметен и не путался
среди других окон на рабочем столе и программ в меню Alt-Tab.
 Его окно было максимально развернуто.

Плагин FAR Desktop придает FAR'у все эти свойства.

2. Установка
~~~~~~~~~
Для установки нужно скопировать папку с плагином в FAR\Plugins и
" запустить файл macro.reg.

3. Использование
~~~~~~~~~~~~~
После запуска плагина, FAR будет закреплен позади всех окон и развернут
на весь рабочий стол. Таким образом, достаточно нажать Win-D (свернуть
все окна), и FAR сразу предстанет во всей своей красе Следующее
нажатие Win-D вернет все окна в их первоначальное состояние. Рабочий
стол теперь полностью закрыт окном FAR'а, однако доступ к нему возможен:
если теперь убрать одну из панелей (Ctrl-F1/F2) или сразу обе (Esc), то
под ними вместо обычного консольного вывода будет рабочий стол. Повторное
нажатие возвращает панели на свое место. Ctrl-O по-прежнему убирает обе
панели, отображая консоль.

4. Возможные неполадки
~~~~~~~~~~~~~~~~~~~
К сожалению, иногда отображение/скрытие панелей сбивается, и вместо
панели отображается консоль. В таком случае, если

 Скрыта одна панель - идем в меню (F9), там Левая/Правая - Панель Выкл/Вкл.
 Скрыты обе панели - нажимаем Ctrl-O.

5. Исходники
~~~~~~~~~
К плагину прилагаются исходники на Delphi.

(c) 2009 Фарафонов Владимир
E-mail: zappper@yandex.ru[/more]
эта библиотека просто вешает развёрнутое окно процесса Far в фоне системы. И вот я не понимаю, зачем вешать процесс Far в фоновом режиме с распахнутым за пределы экрана окном? Поглядел я его исходники - куча функций способных вызвать утечку памяти. А вся задача быстрого доступа к Far решается элементарно созданием ярлыка на Desktop и "древним" плугином FarTray 1.0 (25.09.2000), написанным ещё для FAR 1.50, но который прекрасно работает до сих пор Алексея Семёнова. Смысл огород городить? Курсовой проект что ли по программированию надо было написать? Или просто не нашёл Far Tray, либо подумал что он не будет работать в Far 2.0? Странно, восемь с гаком лет им пользуюсь, а он работает как часики в любых версиях Far, и даже на FreeBSD под WINE. Я вот никак не пойму чего автору FAR Desktop в нём не хватало? Единственное, что я бы лично хотел видеть в оболочке Far, это добавление в Far функционала плугина Far Tray - т.е. умения сворачиваться в трей самому, без помощи плугина, а не как сейчас в панель задач.

А вот невидимость процесса системными средствами или по комбинации Alt+Tab по моему просто опасна - это стандартный метод маскировки руткитов, и если какой зловред будет запущен в контексте "невидимого" полезного процесса, то кто знает что он натворит, пока его обнаружат и прибьют? С этой позиции FAR Desktop по моему не лучшее решение, особенно для начинающих либо забывчивых пользователей.

Но, это моё личное мнение, основанное на моём опыте, и я его естественно никому не навязываю, а просто высказал свою оценку нового плугина.

Цитата:

FAR Desktop - FAR в рабочем столе

По мнению моего имха , как идея - очень здорово! Кешна, дорабатывать надо. Но. Опять-таки мое имхо считает, что упомянутый ФарТрей - далеко не всем нравится так же сильно, как и уважаемому Victor_VG. Более того, есть люди (...), которых сворачивание ФАРа в трей приводит в совершенно возмущенное состояние! А фулскрин, даже на десктопе - это вроде как природно... Вроде как Alt+Enter, но без перехода в текстовый режим
Про исподники ничего не скажу - не заглядывал. Да и сам автор грит
Цитата:

Это альфа-версия, чтобы только проверить жизнеспособность идеи.

Словом, автору респект!

slay93

Согласен, иных людей (кое-кого я знаю лично) от слова "трей" в дрожь бросает, будто им гюрзу или песчаную эфу за шкирку засунули весной, им, например одному моему другу проще накидать кучу мусора на Desktop а потому искать нужное. Ну, тут как я выше сказал, у каждого свои привычки. Ту же возможность минимизации в трей можно ведь и отключить "птичкой" в настройках. Так не всё ли равно где именно её ставить - в настройках плугина или самой оболочки Far? Как говориться, от перемены слагаемых сумма, то бишь конечный результат не изменится. В обоих случаях итог которого мы хотим достичь один - "Far зря не мешается, глаза не мозолит, а когда нужен - легко доступен, и не надо ждать пока он запустится, особенно если выполняется какая-то длительная операция ввода-вывода на диски.". Ведь если, какая то задача занимает вычислительные ресурсы системы, т.е. практически полностью использует процессорное время, то запуск новых задач, равно как и переключение на уже запущенные как минимум существенно замедляется. Тут и говорить не о чём, причина в симметричности мультипроцессорной архитектуре платформы WinNT. А в системах с асимметричной мультипроцессорной архитектурой, например в IBM OS/2 V5, время расчёта любой задачи полностью определяется производительностью того вычислительного узла на каком она была запущена, и если системный процессор достаточно быстр, а процессор на котором считается Far занят другой задачей, то мы будем или вынуждены неопределённое время ждать освобождения процессора, либо попытаться запустить новую копию Far при условии наличия в системе свободного либо слабо загруженного процессора. И ничего тут сделать нельзя, т.к. такая модель управления задачами заложена в архитектуру многопроцессорной обработки вычислительной системы. В итоге логический тупик, асимметричная многопроцессорная обработка применима не во всех задачах, а симметричная имеет неопределённые задержки, зависящие от производительности вычислительной системы и её загрузки.

Victor_VG

Цитата:

Ведь если, какая то задача занимает вычислительные ресурсы системы ...

Признацца, не совсем четко прослеживается переход от "трей" к сюда - ну, да и не важно Только неудачник станет спорить, что на симметричных многопроцессорных системах мы потенциально имеем неопределенности, рядом с которыми неопределенности Гейзенберга - детские игрушки
Предлагаю сойтись на том, что упомянутый плагин имеет право на жизнь и, более того, теперь он просто обязан развиваться!

slay93

С этим я и не спорю. Просто по моему, если окно процесса убрано в фон, то при близкой к 100% загрузке ЦП "выковырять" его оттуда будет как минимум проблемно. А иконка в трее - какой никакой индикатор - задача работает, вот она... Именно эту разницу я имею ввиду.