Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: Victor_VG
Дата сообщения: 15.07.2009 03:10
Benchmark

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

Цитата:
warp 15.07.2009 02:27:00 +0300 - build 1045

1. HIGHLY EXPERIMENTAL PART 2. Добавим возможность до некоторой степени настраивать
появление меню при наличии нескольких плагинов на обработку файла. Диалог пока не
локализован.


drkns 14.07.2009 21:14:13 +0200 - build 1044

1. Если не удалось загрузить плагин - покажем результат GetLastError().

drkns 14.07.2009 19:48:31 +0200 - build 1043

1. Ещё всякие мелочи в списке кодовых страниц:
- отметки возле страниц, выбранных в поиске, выводились также при открытии и сохранении файла;
- при сохранении не блокировался автодетект и иногда сбивалось позиционирование;
- Константа CP_REVERSEBOM почему-то была равна 65534, а не 1201.

warp 14.07.2009 01:44:00 +0300 - build 1042

1. Добавлены константы для пунктов основного меню. Это облегчит добавление пунктов в него.
Кроме того устранена некоторая копипаста. Соблюдаем осторожность, вдруг чего упустил.


Ладно, пока компилится. пойду ? а потом в
Автор: Benchmark
Дата сообщения: 15.07.2009 18:49
Victor_VG

Цитата:
На всякий случай - не говори потом, что не видел

Дык разве ж я против ? Я наоборот - двумя руками "за".

p.s. Собсно на то и была надежда, что эта менюшка в первую очередь начнет доставать самого разработчика
Автор: Victor_VG
Дата сообщения: 15.07.2009 19:56
Benchmark

Уже достала. И новое:

Far:

Цитата:
drkns 15.07.2009 18:30:59 +0200 - build 1046

1. В диалог "Подтверждения" добавлена опция "Перезапись и удаление R/O файлов".
И, соответственно, FCS_OVERWRITEDELETEROFILES в В ACTL_GETCONFIRMATIONS.

2. По Alt+Del не удалялись вложенные папки.

FarCmds

Цитата:
drkns 15.07.2009 20:36:17 +0200 - build 42

1. 0000933: Названия префиксов pload: и unloadp:
pload -> load
unloadp -> unload

Ну и я у себя за эти дни кое-какие баги пришиб, Mantis#0000961+Mantis#0000292 к SVN 3280 прикрутил между святым делом, опять-же, к FTP прикрутил Mantis#0000724 и Network Mantis#0000957 и Mantis#0000958 - это я из шкафа пару скелетов достал, нафталин сдул, к делу пристроил - и не все успел - "герой" время отнял. В "банной" теме смотри. Да туда же ещё один напросился, обслужен.

Надо новые версии PanelTab и BlockEditor погонять - много обещано.

Автор: novice2
Дата сообщения: 16.07.2009 07:29
а где бы TrueTemplate для Far 2 взять? есть такое в природе?
Автор: Benchmark
Дата сообщения: 16.07.2009 13:52
Victor_VG

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

Слушай, где там оно настраивается ? Не нашел (смотрел build 1046).
Автор: DimmY
Дата сообщения: 16.07.2009 14:44
Victor_VG

Цитата:
Уже достала.

Угу. Но достала, видимо, недостаточно. Поэтому пока пригодна действительно лишь для хайли-экспериментаторов.
Например, в новой версии мне не удалось заставить нормально работать старый добрый плагин PictureView (особенно при просмотре графических файлов в архивах).
Автор: Benchmark
Дата сообщения: 16.07.2009 15:12
DimmY

Цитата:
особенно при просмотре графических файлов в архивах

Ага. Там после просмотра каждых двух файлов из архива вместо третего вылезает это меню
Автор: Victor_VG
Дата сообщения: 16.07.2009 16:52
novice2

У меня во враппере ANSI работает, а многие плугины на офсайте только упоминаются, найти так и не смог - "Летучие Голландцы". Ну и пусть, лишний стимул искать иное решение задачи.

DimmY
Benchmark

Да, не удобство есть, тут WARP ItSelf явно поторопился - по идее при наличии только одного плугина обрабатывающего тот или иной тип данных смысла выводить сначала меню нет, но с другой стороны и анализатора нет. Вот и получается своеобразный замкнутый круг.

Я сейчас специально это явление проверил на архиве исходников самого Far2. не самое удобное решение, факт - машина ждёт распаковщик, а тот одновременно ждёт PictureView. Получаем приличную временную задержку пока команда подтверждения обработается в Far. Это и есть то логическое кольцо, которое я имею ввиду. Как бы его разорвать? У меня меню сразу вылезло.
Автор: Benchmark
Дата сообщения: 16.07.2009 17:08
Victor_VG

Цитата:
по идее при наличии только одного плугина обрабатывающего тот или иной тип данных смысла выводить сначала меню нет, но с другой стороны и анализатора нет

Можно сделать проще - добавить при первом выборе плагина внизу галку "использовать этот плагин для данного типа данных" и больше не спрашивать каждый раз.


Цитата:
машина ждёт распаковщик, а тот одновременно ждёт PictureView. Получаем приличную временную задержку пока команда подтверждения обработается в Far. Это и есть то логическое кольцо, которое я имею ввиду. Как бы его разорвать?

Сделать нормальное API для взаимодействия между плагинами ?
Автор: Victor_VG
Дата сообщения: 17.07.2009 04:57
Benchmark

Эх, я то ждал что разработчики наконец-то ответят, а выходить только мы между собой общаешься, а они в свои игры играют, на вопросы-проблемы ноль внимания.

Ну, API как всегда корёжат, ладно б только баги прибивались при этом, так его меняют на ходу в итоге новые проблемы возникают. Может им было бы проще сказать себе "Стоп, давайте остановимся, "устаканим" API, а все изменения будем вносить только для исправления найденных ошибок. И не делать новых изменений, пока не убедимся что всне найденные ошибки исправили" иначе получаем цепочки трудно устранимых ошибок.
Автор: DimmY
Дата сообщения: 17.07.2009 09:25

Цитата:
Может им было бы проще сказать себе "Стоп, давайте остановимся, "устаканим" API

Для этого нужно, чтобы был общий для всех разработчиков "бизнес-план". Он есть? Мне сомнительно. Единственный, хотя, надо признать, совсем немаленький плюс в нынешнем положении дел я вижу в том, что FAR, кажется, вышел-таки из стагнации, и началась хоть какая-то жизнь.
Автор: Victor_VG
Дата сообщения: 17.07.2009 10:07
DimmY

Могу уверенно сказать - ребята баги подчищают, накопилось их, а вот ТЗ, или хотя бы общего плана работ как не было, так и нет - некому писать. Светлых голов полно, а отца-командира нет. Наверное ситуация такая их устраивает Иначе такой свистопляски из-за их неопытности в сложных проектах мы бы не наблюдали.

А вот после этого можно и инфаркт схватить:

Цитата:
warp 17.07.2009 19:58:00 +0300 - build 1048

1. Добавил (вернул) поддержку в (HANDLE)-2 в OpenFilePlugin. Может PictureView и заработает.
Но это ненадолго.

2WARP ItSelf

Пожалуйста, не надо так больше шутить. Ладно? Я имею ввиду вот это:

Цитата:
Может PictureView и заработает. Но это ненадолго.
Автор: Victor_VG
Дата сообщения: 18.07.2009 05:13
Новое:


Цитата:
drkns 17.07.2009 23:45:27 +0200 - build 1049

1. Рефакторинг UserMenu:
- теперь оно есть класс (привет редактору и вьюверу);
- выкинута куча копипасты. Будьте бдительны, что-нибудь вполне могло отвалиться;
- проверка корректности горячей клавиши и названия пункта перенесена в обработчик диалога;
Плюшки:
- в качестве горячих клавиш могут использоваться все функциональные, вплоть до F24;
- Разделителем теперь считается любой пункт с горячей клавишей "-". Если метка не пуста, она будет использована в качестве текста разделителя.
- пункты меню можно двигать вверх-вниз по Ctrl<Up|Down>.

2. Частично восстановлен PROJECT_DI_MEMOEDIT.

3. Класс CachedWrite вынесен в отдельный файл.

Посему вопрос - у меня скопилась коллекция - 208 вариантов Far 2.0 от билда 710, до билда 1049. Варианты разные и с модификацией кода и без неё. Нужда кому в ней есть? Скомпилено в в gcc. х86. Суммарный размер архивов - 242,5 Мб. В принципе могу выложить на обменник или на трекер слить.
Автор: Zeroes
Дата сообщения: 18.07.2009 15:16
Victor_VG

И что с ними делать?
Автор: Victor_VG
Дата сообщения: 18.07.2009 15:45
Zeroes

Сам решай. Я пользуюсь для ловли багов.
Автор: Victor_VG
Дата сообщения: 19.07.2009 04:13
О режиме сортировки по именам

Достали меня уже приятели вопросом о сортировке по именам в панелях - мол сменилась, не правильная и т.д. Я проверил. Сортировка начиная с билда 2.0.1038 полностью соответствует системной. zg убрав ошибку:

Цитата:
zg 12.07.2009 11:29:40 +0200 - build 1038

1. в StrCmp* добавлен флаг SORT_STRINGSORT. причина - разница результатов:
printf("%d\n",CompareString(0,NORM_IGNORECASE,"\"aaa aaa\"",9,"\"aaa aaa-2\"",9));
printf("%d\n",CompareString(0,NORM_IGNORECASE,"\"aaa aaa\"",-1,"\"aaa aaa-2\"",-1));
в фаре очень желательно, чтобы совпадали.
починился Mantis#0000804: не отображается существующий description для одной из папок.

не только баг починил, но и сделал всё абсолютно верно - привёл направление сортировки в панелях в полное соответствие с системным. Специально это проверял на своей коллекции, и на EF Commander, и на Total Commander, и на XYPlorer, и на системном Explorer - способ сортировки, вернее её направление в режиме сортировки по именам во всех билдах начиная с 2.0.1038 SVN 3259 полностью соответствует принятым в системе стандартам.

И в связи с этим у меня есть огромное желание задать автору тикета Mantis#0000974 вопрос: а он сам такую проверку сделал, прежде чем спросонья этот "баг" влепить иль спешил как голый в баню? Видать он или долго спал, или запостил эту глупость, если не сказать жёстче - бредятину, дабы отметится - "И мы тут были!", аль с великого перепою, сиречь с бодуна. Тут мне только остаётся просить уважаемых разработчиков данный тикет как ошибочный закрыть или удалить чтобы прервать поток дурацких вопросов. А то ведь его, этот несчастный тикет, аж из Тьмутаракани парень мне по сотовому взахлёб читал, денег на роуминг не пожалел, хотя он скупердяй известный, да пожалуй и поскупее Кощея Бессмертного будет.

WARP ItSelf

За ремонт PictureView 2.0.1048 - спасибо! В 2.0.1050 сбоев с ним нет.
Автор: AlVlS
Дата сообщения: 19.07.2009 19:01
баг действительно имеет быть, как исправить я привел в последнем сообщении тут http://forum.farmanager.com/viewtopic.php?f=3&t=3774
Автор: DimmY
Дата сообщения: 19.07.2009 21:19
Victor_VG

Цитата:
За ремонт PictureView 2.0.1048 - спасибо!

Присоединяюсь.

А вот интересно, это только у меня так в FAR2 (1050): при добавлении файла в архив (с помощью MultiArc (1.75.0.186) этот файл сначала открывается в программе по умолчанию, и лишь затем добавляется в архив? Если же надо добавить в архив вложенную папку, то и того хуже: вместе с этой папкой в архиве оказываются и все файлы из текущей папки, а по окончании выводится содержимое этой подпапки.
Автор: Victor_VG
Дата сообщения: 19.07.2009 22:14
DimmY

Это ошибка в настройках. Была у меня такая, поковыряюсь - скажу где галку снять. С хожу не помню точного места. А добавление - у меня с ним проблемы нет - выставляется меню, там выбираю MultiArc и добавляю. Если что - моя сборка у меня на серверах, там этих ошибок нет. Утром закинул.
Автор: DimmY
Дата сообщения: 19.07.2009 23:22
В настройках мультиарка? Командные строки архиватора такие же, как в 1.75, но там всё работает без проблем...
Автор: Victor_VG
Дата сообщения: 20.07.2009 00:08
DimmY

Нет. Могу просто кинуть свой дефолтный файл настроек, но он здоровый - 123 Кб. Или гляну чуть позже. Годится?

DimmY

Сейчас 2.0.1051 соберу и посмотрю где эта настройка. Пока сходу не нашёл, надо глубже покопаться. А SVN я ещё не обновил, только бэкап сделал.

DimmY

Кажется одну вещь я вспомнил: у RAR есть такая паршивая особенность - в настройках профиля сжатия у меня стояла галка "Сохранять файловые потоки". В итоге RAR все совпадающие по имени файлы в архив кидал вместе с каталогами, т.е. картина была аналогичной. Потом кто-то из ребят подсказал, правда не помню кто именно, её сбросить. Я это сделал, и проблема исчезла. Может именно в настройке RAR или иного архиватора умеющего работать с потоками NTFS и находится её первопричина?
Автор: DimmY
Дата сообщения: 20.07.2009 08:47
Victor_VG
Годится, конечно. Но всё равно непонятно: настройки и самого мультиарка, и архиватора абсолютно одинаковые и в 1.75, и в 2.0, однако в первом случае всё работает нормально, а во втором вот такая ерундистика.
Сохранение потоков у меня никогда не было включено (и, кстати, разве профили как-то действуют на консольный RAR?).
Автор: Victor_VG
Дата сообщения: 20.07.2009 09:50
DimmY

Так он же их читает из rar.cfg что на Win, что на UNIX я так и подумал на него - больно похоже на его фокусы. Ладно, минут через 20 кину и ссылку дам. Добро? А то у меня тут микропроблемы - мэйк затёр здоровый, восстанавливаю по черновикам.
Автор: DimmY
Дата сообщения: 20.07.2009 12:53
Victor_VG
Всё, отбой воздушной тревоги. Разобрался.
Проблема крылась в плагине FileCopyEx, который у меня был привязан к F5/F6. Причём забавно, что этот глюк вылезает только при использовании клавиатуры – если мышью, то всё нормально. В общем, отвязал FileCopyEx от стандартных F5/F6. Неудобно, конечно, но всяко лучше, чем если бы этот плагин вообще перестал работать.

P.S. А файла rar.cfg у меня в системе нет вовсе.

P.P.S. Только что заметил ещё один занятный глюк: если создать архив, поместив в него первым файл (JPEG) без сжатия (-m0), то при попытке входа в такой архив по Enter управление берёт на себя вовсе не мультиарк, а (в моём случае) плагин PictureView. В принципе этот баг можно рассматривать как интересную особенность.
Автор: Victor_VG
Дата сообщения: 20.07.2009 13:15
DimmY

Забавно, но у меня менюшка исправно вылазит коли надо. Но сей факт - проверю и запомню. Конфиг у Rar под Win называется Settnig.reg хранится в профиле $APPDATA/WinRAR.
Автор: igor_andreev
Дата сообщения: 20.07.2009 14:36

Цитата:
Enter управление берёт на себя вовсе не мультиарк, а (в моём случае) плагин PictureView

Тоже сталкивался с такими архивами

Цитата:
Конфиг у Rar под Win называется Settnig.reg хранится в профиле $APPDATA/WinRAR.

У консольного rar конфиг называется rar.ini и находится или в папке WinRAR в профиле пользователя или рядом с rar.exe
Автор: Benchmark
Дата сообщения: 21.07.2009 19:18
Кстати, у FAR'a до сих пор большие проблемы с именами файлов и текстами, содержащими символы, кодируемые более чем одним байтом (в общем случае это MultiByte Character Set, применительно к Windows - DBCS). И во вьювере, и в редакторе (при выделении/редактировании таких символов), и в диалогах при выделении/редактировании имен файлов.
Автор: aar
Дата сообщения: 21.07.2009 19:41
Benchmark

Цитата:
у FAR'a до сих пор большие проблемы с именами файлов и текстами, содержащими символы, кодируемые более чем одним байтом

С некоторыми символами, кодируемыми одним байтом, тоже есть проблемы. Пример — тире, Alt+0151
Автор: Victor_VG
Дата сообщения: 24.07.2009 14:45
DiRTy_GaRRy

Видел 961 тикет. С проблемой знаком. В Установке KPlayer вылезла. Решение в двойном цикле просмотра дерева ключей. Сначала ищем ключ, а потом в нём значение. Код функции ниже:

Цитата:

${registry::Open} "HKCR" "/K=0 /S=0 /V=1 /NI='KMPlayer.exe' /G=1" $0
StrCmp $0 0 +2 +1
Goto close
loop:
${registry::Find} "$0" $1 $2 $3 $4
StrCmp $4 "REG_SZ" +1 0
${registry::Read} "$1" $2 $3 $4
StrCpy $5 $3 9 -9
StrCmp $5 '/ADD "%1"' +1 play
StrCpy $3 '"$instdir\KMPlayer.exe /ADD "%1"'
${registry::Write} "$1" $2 $3 "REG_SZ" $5
Goto loop

и под мантис 978 - готовый diff, может и пригодится:

Цитата:
Index: viewer.cpp
===================================================================
--- viewer.cpp (revision 3292)
+++ viewer.cpp (working copy)
@@ -789,5 +789,9 @@
wcscat(OutStr,TextStr);

+ for(size_t I=0; I < wcslen (OutStr); ++I)
+ if(OutStr[I] == (wchar_t)0xFFFF)
+ OutStr[I]=L'?';
+
if (StrLength(OutStr)>HexLeftPos)
mprintf(L"%-*.*s",ObjWidth,ObjWidth,OutStr+(int)HexLeftPos);



Скопилю в gcc - то же проверю. Вдвоём надёжнее.
Автор: vonavy14
Дата сообщения: 24.07.2009 23:29
Неудобный этот far... Как люди им только пользуются... Я-то раньше думал, что это просто file manager для ооочень старых машин с разрешением экрана 480 на 320 и с оперативкой меньше 4 МБ, с процессором в 100МГц, ЖД в 3 ГБ и без видяхи ;(

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778

Предыдущая тема: Notebook Hardware Control


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.