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

» Far Manager

Автор: Benchmark
Дата сообщения: 18.05.2016 14:59
Wave_Blessed

Цитата:
получается, что автор нетбокса реагирует только на гитхабе?

В последние месяцы он, похоже, нигде не реагирует.


Цитата:
Потому что в тему нетбокса на форуме, например, он заглядывает ну оооочень редко. А я в теме на форуме неоднократно отписывался о крэшах плагина. Да и вообще, заглянуть в ту ветку — куча сообщений о всяких проблемах.

Видимо сейчас у автора нет времени, возможностей или желания (либо всего сразу) это всё исправлять. А поскольку кроме него плагином никто из других разработчиков FAR не занимается, ситуация тупиковая.

Для себя решение нашел в виде Total Commander - там ftp-плагин работает без нареканий.
Автор: Mamontinsh
Дата сообщения: 18.05.2016 16:00
Уважаемые пользователи - подскажите как отключить функцию. На старых версиях такого не было а в FAR 2.0 для 64-bit при наборе команды в консоли - появилась подсказка заранее набранных команд. Вот как это отключить? К примеру набираешь ping - и он уже сразу подсовывает, не спрашивая хочу я того или нет?! Спасибо!
Автор: VictorVG4
Дата сообщения: 18.05.2016 16:57
Mamontinsh

F9 -> Настройки диалогов -> [ ] Автозавершение в строках ввода
<- снять пометку у данного чекбокса.

Добавлено:
shmuz2

Я тут у себя поглядел скрипт из сообщения о багах ночнушек:

Цитата:
local function GetEditorText()
local t = {}
editor.SetPosition(nil, 1, 1)
for j=1, editor.GetInfo().TotalLines do
t[j] = editor.GetString(nil, j, 2)
end
return table.concat(t, "\n")
end

local flags = {EF_NONMODAL=1, EF_IMMEDIATERETURN=1, EF_CREATENEW=1}
editor.Editor ("tmp.tmp",nil,nil,nil,nil,nil,flags)
editor.InsertText(nil, "1\n2\n3\n")
-- editor.Redraw() -- если раскомментировать, работает правильно
editor.SetPosition(nil, 1, 1)
editor.DeleteString()
editor.InsertString()
editor.SetString(nil, 1, "1")
far.Show(GetEditorText())
editor.Quit()

- ошибка пропуска строки (после editor.InsertText(nil, "1\n2\n3\n") не происходит editor.Redraw()) появилась в b4676, а в b4675 её ещё не было.
Автор: Mamontinsh
Дата сообщения: 18.05.2016 17:52
VictorVG4

Спасибо большое! Но работает данное только до того момента пока не закроешь программу. Вот не понимаю- отчего так
Автор: skipik001
Дата сообщения: 18.05.2016 18:11
Mamontinsh
Shift+F9 после изменения параметра.
Автор: VictorVG4
Дата сообщения: 18.05.2016 21:04
FarUE3 b4678 r14175 Wed May 18 20:52:49 +0300 2016

Цитата:
1. Far b4678 r14175
2. LuaFAR Search 3.26.3
3. MultiArc 1.75.197
4. DupFighter.lua v11
5. Обновим Rar 540b1 - поведение SFX и Rar несколько изменится!
6. Рефакторинг. Обновление совместимо с SVN r14155 - SVN r14175



Добавлено:
По поводу ругани мухобоек на Far.exe - только что угостили:

- На компьютере обнаружен вирус!
- Это фото моей жены!
- Файл не имеющий сертификата безопасного от ©Microisoft Corporation по определению вирус!
- Не удалять!!!
- Вы арестованы!
Автор: Xrobak
Дата сообщения: 19.05.2016 16:24

Цитата:
Проблема решается использованием юникодного шрифта, хоть в чистой консоли, хоть с conemu.
Собственно с фар проблема давно (после его юникодизации) не связана.

Ясно, значит по прежнему Consolas шрифт придется лицезреть. Спасибо!
Автор: VictorVG4
Дата сообщения: 19.05.2016 17:04
Xrobak

А кстати, зачем "зацикливаться" на возможностях CMD? Можно использовать JP Software TCC (Freeware) / TCMD LE /TCMD (все варианты TCMD идут под лицензией Shareware) - они все UNICODE, поддерживают русский язык (через встроенные либы языковых ресурсов) и позволяют выбрать любой шрифт для меню и окна консоли. По моему это так же возможное решение задачи.
Автор: VictorVG4
Дата сообщения: 20.05.2016 02:58
Поскольку 7-Zip обновился до версии 16.01, то посмотрел её в работе - вроде ошибок не вылезло, а посему включил её в свои сборки. Для обновления ArcLite сделал две подборки:

arclite.7z - тут только обновлённые бинарники
delta.7z - это те исходники которые поменялись. Вроде вся коллекция. В LZMA SDK так же устранён ряд варнингов, но их список Игорь не опубликовал...
Автор: VictorVG4
Дата сообщения: 21.05.2016 00:22
Антиресное кино начиная с b4679 - командую start {/i} <имя>.cmd ... а получаю окно ОС выбора обработчика по умолчанию для файла start :



. Сломана логика обработки команды START в запускателе - встретив команду START он считает её файлом и запускает через ОС отсекая комстроку как "мусор". b4678 последний который отрабатывает команду START корректно. Проверка элементарна - набираем в комстроке:

start cmd.exe ENTER

Предполагаю, что причина ошибки кроется тут:

b4679

- System.Executor.BatchType больше нет, всё должно корректно работать автоматически.

Возможное решение - встретили команду start <комстрока> - сплавляем её системе "as is" и пусть она с ней сама разбирается, но не усекать как сейчас передавая оси только слово start - именно это усечение комстроки и порождает баг.
Автор: VictorVG4
Дата сообщения: 21.05.2016 03:09
b4684 r14189 Sat May 21 02:54:59 +0300 2016

Цитата:
1. Far b4684 r14189

WARNING!

Начиная с b4679 присутствует ошибка - запускатель считает команду "START"
файлом и пытается запустить этот файл через оболочку отбрасывая остальное.

Просьба учитывать эту ошибку до её устранения, и временно командой START не
пользоваться.


2. LuaFAR Search v3.26.4
3. Рефакторинг. Обновление совместимо с SVN r14155 - SVN r14189

для х64 справедливы п1 и п2 и варнинг.
Автор: Angel_Ka
Дата сообщения: 21.05.2016 05:38
VictorVG4
А нельзя ли теперь ещё оперативно собрать и 4685?
Автор: Angel_Ka
Дата сообщения: 21.05.2016 08:58
VictorVG4

Цитата:
А кстати, зачем "зацикливаться" на возможностях CMD? Можно использовать JP Software TCC (Freeware) / TCMD LE /TCMD (все варианты TCMD идут под лицензией Shareware) - они все UNICODE, поддерживают русский язык ...

Наконец-то нашлось время, испробовал я с Вашей любезной подачи tcmdx64.exe и убедился, что в нём, в отличие от нативной консоли, перенаправление "потока" (оператор <) работает вполне исправно. И, соответственно, по команде dir /b /s /a-d>branch.tmps создаются нормальные бранч-листы с юникодными именами файлов.

БОЛЬШОЕ Вам СПАСИБО за исключительно полезную подсказку!
Автор: VictorVG4
Дата сообщения: 21.05.2016 14:16
Angel_Ka

Я об этом и говорил - во многом он ближе к UNIX-му Terminal чем к урезанным возможностям COMMAND.COM и связки CMD.EXE (оболочка) /CCMD.EXE (собственно командный процессор).

Добавлено:
Angel_Ka

Покурим - скрутим. Не вопрос.
Автор: Angel_Ka
Дата сообщения: 21.05.2016 17:01
VictorVG4
Сейчас уже не только 4685, но и 4686 есть. А нельзя ли 4685 обособленно собрать? Достаточно бы Far30latest-x86_x64-bin.7z только.
Автор: shmuz2
Дата сообщения: 21.05.2016 17:12
Angel_Ka

Цитата:
А нельзя ли 4685 обособленно собрать?

Зачем? Чем он лучше, чем 4686?
Автор: Angel_Ka
Дата сообщения: 21.05.2016 18:04
shmuz2

Цитата:
Чем он лучше, чем 4686?

Дело не в лучше или не лучше — этого я заранее не знаю. Они заведомо разные и я хочу их практически пощупать. Просто это у меня манера такая, чтобы освоить материал умозрительного знания мне недостаточно. Вот так вот всё просто. А Вам, возможно, этого совсем не нужно. И мне остаётся только завидовать.

VictorVG4

БОЛЬШОЕ СПАСИБО за сборки!

И ещё раз БЛАГОДАРЮ Вас за наводку на TCC! Фар прекрасно под нею работает. И сам по себе, и вкупе с Conemu. И бранч-листы в этой консоли можно собирать не только командой dir, но и ffind. Практически с одинаковой высокой скоростью. Но с ffind наверняка можно ещё и выборку попутно сделать. Но я пока ещё этого не пробовал.
Автор: VictorVG4
Дата сообщения: 21.05.2016 18:13

Angel_Ka

Собрал, но ошибка с командой команды START сломанной в b4679 воспроизводится на разных машинах - три у меня, одна у приятеля во Владивостоке под Win81, одна у знакомого в Австралии с Server 2012. И профиль вроде чистили, и специально взял b4686 вообще без скриптов, колорера и нетбокса, и на ночнушке b4684 - воспроизводимость 100%.

Думаю с этим местом связано - удалённый в b4679 фрагмент execute.cpp

Код: void ProcessGlobalFileTypes(const string& Name, bool AlwaysWaitFinish, bool RunAs)
{
    string strName(Name);
    QuoteSpace(strName);

    execute_info Info;
    Info.Command = strName;
    Info.WaitMode = AlwaysWaitFinish? Info.wait_finish : Info.no_wait;
    Info.NewWindow = true;
    Info.ExecMode = Info.direct;
    Info.RunAs = RunAs;

    Global->CtrlObject->CmdLine()->ExecString(Info);

    if (!(Global->Opt->ExcludeCmdHistory&EXCLUDECMDHISTORY_NOTWINASS) && !AlwaysWaitFinish)
    {
        const auto curDir = Global->CtrlObject->CmdLine()->GetCurDir();
        Global->CtrlObject->CmdHistory->AddToHistory(strName, HR_DEFAULT, nullptr, nullptr, curDir.data());
    }
}
Автор: Angel_Ka
Дата сообщения: 21.05.2016 19:06
VictorVG4

Цитата:
far-30.4685-bin.7z

Премного благодарен!
Автор: skipik001
Дата сообщения: 21.05.2016 19:16
VictorVG4

Цитата:
но ошибка с командой команды START сломанной в b4679

Надо, чтобы кто-то ещё проверил. У меня своя сборка b4686, Win 10 и не воспроизводится. Команда START работает нормально.
Автор: VictorVG4
Дата сообщения: 21.05.2016 19:25
skipik001

Оси 6/7/8.1 - воспроизводится 100%. Или поскольку дядя Билли лишил детишек наследства выдели им по $10 млн, а остальное отдал в благотворительный фонд своего имени мне надо срочно ставить шпионаж 10 чтобы помочь нищим миллионерам заработать свой первый миллиард?

Ты просто отпиши на форум что явление есть. Пять географически разнесённых машин с разными ОС и 100% воспроизводимостью - это уже основание для исследования его причин, а ждать пока кто ещё проверит и отпишется можно долго. Я и сам потратил несколько дней чтобы исключить случайности - я это явление ещё 19 мая заметил как только стал проверять свежесобранный b4679.
Автор: shmuz2
Дата сообщения: 21.05.2016 19:29
VictorVG4
Те, от которых зависит починка, читают данный форум. Было бы странно, если бы не читали.
Автор: Angel_Ka
Дата сообщения: 21.05.2016 19:49
skipik001
VictorVG4


Цитата:
Надо, чтобы кто-то ещё проверил.

У меня нет практики использования команды start. Запускал на последних сборках 4685 и 4686 в Win10entRu x64 так: "start cmd.exe ENTER". Консоль вызывается нормально. Ошибка не возникает. Что ещё нужно было бы посмотреть, чтобы убедиться?
Автор: VictorVG4
Дата сообщения: 21.05.2016 20:06
shmuz2
Angel_Ka

Самое смешное, что на Win7 Home Basic выдача в комстроке start cmd.exe Enter вызывает окно скриншот которого я приводил выше. Только что смотрел с ночнушках b4684 х86 и х64 и с чистым профилем (развёрнута из Far30b4684.x86.20160521.7z и Far30b4684.x64.20160521.7z) на ноуте приятеля который шёл с семёркой Home Basic - то же окошко...
Автор: VictorVG4
Дата сообщения: 22.05.2016 02:14
Пытаюсь сделать хоть временный костыль для START, но пока акромя этого идей нет:

Цитата:
local msk=mf.substr(CmdLine.Value,1,6);
Macro{
uid="847A8BCB-3861-4443-8B2E-E6E4633E122D";
area="Common";
key="Enter NumEnter";
-- description="";
-- filemask="";
flags="NotEmptyCommandLine NoSendKeysToPlugins";
-- priority=50;
-- sortpriority=50;
condition=function() if (mf.fmatch(msk,"start ")==1) then return true end; end;
action=function()
Far.Print("%COMSPEC% /c "..CmdLine.Value) Keys("Enter")
end;
}

и тут как ни кручу и на b4687 в семёрке окно вылазит...

P.S.

Ребят пока не видел - сами позвонят на трубу.
Автор: VictorVG4
Дата сообщения: 22.05.2016 17:37
FarUE3 b4687 r14196 Sun May 22 17:24:38 +0300 2016

1. Far b4687 r14196

Команда START пока не работает!

2. LuaFAR Search 2.27.0.0
3. Новый макровызов для LuaFAR Search - CtrlShiftK
4. Поправки в macro.txt
5. Опечатка в changelog.txt
6. Рефакторинг. Обновление совместимо с SVN r14193 - SVN r14196


Изменения в х64 редакции совпадают с п1 - п4.
Автор: VictorVG4
Дата сообщения: 23.05.2016 03:38
В b4688 всё то же самое - команда START в Вин7 не работает. Похоже причина в r14176:

Цитата:
--- execute.hpp rev14175
+++ execute.hpp rev14176
@@ -41,7 +41,7 @@

bool Execute(struct execute_info& Info, bool FolderRun, bool Silent, const std::function<void()>& ConsoleActivator = nullptr);

-bool IsBatchExtType(const string&ExtPtr);
+bool IsExecutable(const string& Filename); <--- ????

bool ExpandOSAliases(string &strStr);
Автор: wseventeen
Дата сообщения: 23.05.2016 09:12

Цитата:
В b4688 всё то же самое - команда START в Вин7 не работает.

У меня работатет. 4688 x64 Win7, Win10.
Автор: VictorVG4
Дата сообщения: 23.05.2016 15:24
wseventeen

Тогда прошу подсказку куда стоит посмотреть? В b4678 команда start /i bld.cmd отрабатывается как мы и ждём - вызывается новая копия консоли CMD и в ней запускается bld.cmd, а в b4679+ я получаю системное окно с запросом




и ниже в списке перечень обработчиков, но ни CMD ни 4NT/TCC/Take Command там нет, контроль ассоциаций в конфигах ОС показывает что там повреждений нет. Вот это и заставляет меня просить подсказки что стоит проверить?
Автор: DVall
Дата сообщения: 23.05.2016 15:42
2VictorVG4
Взял проверил
XP SP3, x86
W7 SP1, x64
c ConEmu и без, работает.....

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: оффтоп


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