Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 5)

Модерирует : gyra, Maz

Maz (15-01-2020 17:38): FAR Manager (часть 6)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

   

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

 
Предыдущие топики:  1 2 3 4
 
Где взять последнюю версию?
На странице загрузки скачайте MSI-инсталлятор стабильной сборки нужной вам разрядности (32 или 64 бита) или дистрибутив в виде 7z-архива и установите/распакуйте в любую папку (FAR портабелен и может работать без установки).
Там же на свой страх и риск можно взять наиболее свежую "ночную" сборку (в ночных сборках устраняются выявленные недоработки, добавляются новые функции, но могут содержаться и серьёзные ошибки).
Архив всех предыдущих ночных сборок FAR
Last release на github - собирается практически сразу (в течение получаса) после каждого коммита.
 
Общие сведения о совместимости FAR и плагинов
 
Можно воспользоваться одной из пользовательских сборок FAR Manager
Вопросы, касающиеся сборок, следует задавать непосредственно их авторам, а не на официальном форуме.
 
Где взять дополнительные плагины, скрипты и макросы?
Плагринг. В настоящее время большинство авторов (возможно, уже и все) выкладывают плагины здесь. Кроме плагинов здесь появляется всё относящиеся к FAR: дополнения, консольные шрифты, скрипты и пр.
Анонсы плагинов на официальном форуме. Даже если автор не выкладывает по каким-либо причинам плагин на плагринге, он может дать анонс в этой теме.
Полезные скрипты и макросы.
 
Инструкции по сборке ФАРа из исходников
Набор для самостоятельной сборки ФАРа
Как собрать FAR самостоятельно (старая инструкция)  
 
Ссылки на устаревшие версии
Выдержка из Far Manager Site and Forum ‹ FAQ :
Отличия FAR 3 от FAR 2
Отличия FAR 2 от FAR 1.7
 
Примечания
 
* 13 декабря 2008 г. произошло переименование веток: ANSI-ветка 1.71 превратилась в 1.75, а Unicode-ветка получила номер версии 2.0 (вместо 1.80). Т.е. версии 1.хх это ANSI ("старый" FAR), а версии 2.хх – Unicode ("новый" FAR). Эти ветки сильно различаются по способу взаимодействия с плагинами и системой!
* При обновлении ANSI-ветки 1.хх более старые версии плагинов могут работать в более новом FAR, но более новые плагины в большинстве случаев требуют обновления FAR (см. документацию).
* Unicode-плагины в ANSI-версии FAR не работают – у них иной способ взаимодействия (API) с Far.exe, поэтому даже не пытайтесь их использовать в FAR версии ниже 1.80.
* При обновлении Unicode-версии FAR 1.80/2.0/3.0 обращайте внимание на номер сборки: следует обязательно обновить все плагины для сборок 677/680/684, иначе они не будут работать. ANSI-плагины (кроме тех, которые работают в редакторе) можно применять в Unicode-версии FAR, в меню плагинов (вызываемом по F11) они будут помечены значком [A] справа от их имени. Unicode-плагины в FAR 1.80/2.x/3.х никаким значком после имени не помечаются.
* Unicode-версия FAR 1.80/2.x/3.х требует как минимум Windows 2000, т.е. она работает только в Windows 2000/XP/2003/Vista/2008/7/8/10.
* Плагины от FAR 2 несовместимы с FAR 3 и не запустятся.
* В FAR 3 выборочно могут работать плагины от FAR 1, однако не стоит брать от FAR 1 плагины для редактора или работающие с дисками: первые портят текст в Юникоде, вторые – файловую систему.
* В любом случае разрядность плагинов должна совпадать с разрядностью FAR, иначе плагин не будет загружен.
* Блондинку на скриншоте зовут Tommie Jo.

 
Принципиальные различия между hard link, symlink и junction
Как устранить взаимное влияние запущенных копий FAR в памяти
Как запустить Lua/MoonScript из FAR
Как правильно добавить в программу нужную DLL (или иную зависимость), чтобы при обновлении ОС или иных программ она не перестала работать
Патч для ansi-плагинов для хранения настроек плагинов в папке профиля, а не в реестре
Как распаковать UUE/XXE файлы патчей и использовать их?
 
ВНИМАНИЕ!
 
Правильное (корректное) завершение Far: всегда завершайте сеанс работы с Far по F10! Подробнее на форуме - Различие выхода из Far по F10 и крестиком
 
Общие правила обращения за помощью
  1. Решаете задачу самостоятельно, при необходимости ищете ответы в теме и других источниках. Предварительное изучение документации обязательно!
  2. Если ваших знаний не хватает, то задаёте вопрос в форуме и строго следуете инструкциям тех людей, которые вам помогают.
  3. Если решить задачу, следуя пунктам 1 и 2, не удалось, то задаёте вопрос разработчикам.

Невыполнение этих правил ведёт к тому, что никто не станет помогать решать вашу задачу.

Всего записей: 39115 | Зарегистр. 26-02-2002 | Отправлено: 18:55 23-11-2017 | Исправлено: Victor_VG, 10:00 09-09-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21

Цитата:
Диалоги F5/ShihtF5 имеют разное поведение - они не должны иметь разные id?

А с чего плодить сущности если мы просто передаём подпрограмме переменные значения входных параметров, а её алгоритм не меняется?
 
PS
 
С FTP у тебя получилось соединится? Если будет чудить, то просто вбей в настройку сессии имя юзера и вызови её, а при вводе пароля скажи чтобы запомнился. На крайний случай удали БД 42E4AEB1-A230-44F4-B33C-F195BB654931.db - NB не долго заново отстроить...

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34317 | Зарегистр. 31-07-2002 | Отправлено: 00:48 05-09-2019
zg

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21

Цитата:
Диалоги F5/ShihtF5 имеют разное поведение - они не должны иметь разные id?
резонно, 5467.

Цитата:
Предлагаю отображать диалог с уже вставленным путём - смысла в подстановке только имени файла не вижу - всё равно его необходимо переименовывать, чтобы не копировать самого в себя.
это очень старое поведение, я им пользуюсь, оно единообразно с shift-f6, решается макросом.
 
и всё таки хотелось бы услышать, что поламали в shift-f5.
 
 

Всего записей: 464 | Зарегистр. 09-01-2003 | Отправлено: 02:12 05-09-2019
citPiks



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zg

Цитата:
у меня при выделенных файлах копируется именно файл под курсором
Именно так. В диалоге, вызываемом по ShiftF5, это указывается в стороке "Копировать 'этот файл' в:" (в отличие от диалога, вызываемого по F5, в котором в этой строке указывается количество копируемых элементов). Но в поле диалога ShiftF5 после "... в:" вместо ожидаемого пути указывается тоже самое имя файла, который предлагается копировать. Вы пишете:
Цитата:
это очень старое поведение
. Но с позиции пользователя, не отягощённого особо большим опытом, предложение  к о п и р о в а т ь  файл сам в себя выглядит как то не очень. Как и последующее красное сообщение после нажатия на Enter.
 
Далее Вы продолжаете:
Цитата:
оно единообразно с shift-f6
. Но ведь диалог ShiftF6 это "Переименование/Перенос", а не "Копирование". И далее:
Цитата:
решается макросом
. Но точно также стало бы и в случае необходимости копировать в той же папке в другой файл если бы в поле, указывающем куда копировать, выставлялся бы путь. Более того, и макрос то не нужен, достаточно нажать ShiftEnter.
 
И я ни в коем случае не настаиваю на том, чтобы "очень старое поведение" во что бы то ни стало было бы изменено. Просто пытаюсь довести позицию не очень опытного пользователя, наблюдающего противоречие, которое желательно бы, по возможности, урегулировать. Например, м.б. в диалоге ShiftF5 вместо имени файла вобще ни чего не указывать — кому надо вставят либо путь, либо имя файла для его редактивания? Иначе ведь вопрос к диалогу ShiftF5 периодически непременно так и будет раз за разом всплывать. Спасибо за внимание.

Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 06:55 05-09-2019 | Исправлено: citPiks, 07:08 05-09-2019
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zg

Цитата:
и всё таки хотелось бы услышать, что поламали в shift-f5.

Как вчера выяснилось, поломалось моё понимание того, что ShiftF5 таки копирует файл под курсором независимо от выделенных на панели - путаницу внёс вывод имени файла в поле ввода, а не пути на пассивную панель, как было до того. Насколько помню, изменение было внесено в 16-17 годах.
 
Не знаю как кому, но "тыкать" всегда один шоркат сведёнными вместе указательным и средним пальцем в ShiftEnter проще, чем в раскорячку Ctrl] или Ctrl[, которых уже два и надо следить, чтобы ввести тот, который надо. - Юзабилити, однако.
 
Однотипное поведение с ShiftF6 необходимо - согласен, надо менять и его. И если менять, то в обоих случаях предпочтительно вставлять по умолчанию в поле ввода PassivePanelPath\FileNameCurrentItem.
 
Свои соображения я высказал, оставите текущее поведение, значит оставите.
 
Добавлено:
Victor_VG
ноут с 10-ой отдал, поэтому разобраться что там не так с NB, или с чем ещё не получится. Конечно нужно было попробовать подключиться другим клиентом, но, к сожалению, этого не сделал, а теперь поезд ушёл.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 07:52 05-09-2019
Abs62



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
citPiks

Цитата:
апример, м.б. в диалоге ShiftF5 вместо имени файла вобще ни чего не указывать — кому надо вставят либо путь, либо имя файла для его редактивания?

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

Цитата:
И если менять, то в обоих случаях предпочтительно вставлять по умолчанию в поле ввода PassivePanelPath\FileNameCurrentItem.

Ни в коем разе. Для PassivePanelPath юзают просто F5/F6, а шифт как правило жмётся, когда надо работать в той же папке.

----------
0 программистов ругал сердитый шеф
Потом уволил одного, и стало их FF

Всего записей: 6092 | Зарегистр. 22-10-2005 | Отправлено: 08:26 05-09-2019
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

Всего записей: 1436 | Зарегистр. 20-12-2007 | Отправлено: 08:38 05-09-2019
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Abs62

Цитата:
Для PassivePanelPath юзают просто F5/F6

Вы упустили из виду, что обсуждалось выше - поведение при выделенных файлах на панели у ShiftF5 и F5 разное и это хорошо.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 08:46 05-09-2019
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Единственный полезный вывод из последних страниц - справка по ShiftF5/F6 действительно не отражает их главной особенности. Это работа с текущим файлом и по-умолчанию текущим каталогом. Игнорирование выделения - это просто следствие того что оно противоречит работе с текущим объектом. И сам по себе случай работы с файлом при наличии выделения - ЭТО экзотика. Справку надо менять она провоцирует не отягощённых пользователей на странные вещи, несмотря на то что их вычурные хотелки вполне выполнимы и Очень просто настраиваются примитивным макросом.

Всего записей: 1436 | Зарегистр. 20-12-2007 | Отправлено: 08:58 05-09-2019
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
"Panel.ShiftF[56].moon"
 
Осуждаем

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 10:01 05-09-2019 | Исправлено: Alexyz21, 11:02 05-09-2019
citPiks



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21

Цитата:
Осуждаем

 
Да, так явно лучше. Спасибо!
 
Victor_VG
 
После закачки и установки FarUE3 x86 b5465 Git-b8e7088dc запускается 3.0.0.5464 (Private) x86.
 
wseventeen
 
То, что текущее поведение ShiftF5 очень легко корректируется макросом, бесспорно и мною уже было признано. А теперь ещё  и практически подтверждено Alexyz21`ом.
 
Но дело то ведь не в этом. А в том, что начинающий пользователь вряд ли с ходу дочитает Справку до позиции про эту команду, даже если в Справке и доходчиво будет про неё указано. И при нажатии на Enter в диалоге получит красное сообщение, которое поначалу ведь может и сильно озадачить. А если он попытается жать на Enter при пустом поле диалога, то, получив серое указание типа: "Введите путь назначения или/и имя файла", и вернувшись в диалог, он с первой же попытки просто будет знать что делать. Вот что я имел ввиду когда предложил подумать не оставить ли поле диалога пустым. Но лично мне, теперь, имеющему опыт уже не с первой попытки, то, что сделал Alexyz21, ещё больше нравится. И лично я бы на этом и завершил бы неумышленно начатую мною дискуссию.

Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 11:43 05-09-2019
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panel.ShiftF[56].moon добавлено определение выполняемого действия Move или Rename - не уверен, что правильно будет работать абсолютно во всех случаях. C другой стороны это лишь информ-подсказка для пользователя, на выполняемые FAR'ом действия никак не влияет.
 
Также есть сомнения в правильности:

Код:
Event
  group:"DialogEvent"
  description:"Panel ShiftF[56] Dialog"
  action:(event,param)->
    if event==F.DE_DLGPROCINIT
      id=far.SendDlgMessage param.hDlg,F.DM_GETDIALOGINFO
 
- запроса DM_GETDIALOGINFO сразу после события DE_DLGPROCINIT, но работает (у меня).

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 12:39 05-09-2019 | Исправлено: Alexyz21, 13:02 05-09-2019
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
citPiks Дело в том, что поведение Shift+F5/F6 не менялось со времён фар1.
Многие этим пользуются и, видимо, это всех устраивает.
То что вам вдруг захотелось сделать переименованияе файла через (... это про гланды) явно не достаточная причина всем остальным за вами следовать.
Но возможность для этого у вас, конечно, есть.

Всего записей: 1436 | Зарегистр. 20-12-2007 | Отправлено: 13:02 05-09-2019 | Исправлено: wseventeen, 13:06 05-09-2019
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen, рассейте мои сомнения (см. пост выше), плз.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 13:04 05-09-2019
zg

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21

Цитата:
что ShiftF5 таки копирует файл под курсором независимо от выделенных на панели - путаницу внёс вывод имени файла в поле ввода, а не пути на пассивную панель, как было до того.
shift-f5 появился в far 1.20. и уже тогда в поле подставлялось имя файла.

Всего записей: 464 | Зарегистр. 09-01-2003 | Отправлено: 14:27 05-09-2019
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Значит бес попутал, мне казалось именно вы лоббировали такое поведение потому, что вам так удобнее. Обсуждалось это на форуме в 16-17 году или ранее, вчера пытался найти ту дискуссию - не нашёл.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 14:38 05-09-2019 | Исправлено: Alexyz21, 14:44 05-09-2019
citPiks



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
wseventeen
 
Ладно, попытаемся продолжить.

Цитата:
Дело в том, что поведение Shift+F5/F6 не менялось со времён фар1
И поэтому пусть и в последующие десять тысяч лет или даже до конца света не должно измениться?

Цитата:
Многие этим пользуются и, видимо, это всех устраивает
Или не считают достаточно существенным для того, чтобы поднять вопрос и довести его решение до конца.

Цитата:
То что вам вдруг захотелось сделать переименованияе файла
А это то Вы откуда взяли? С самого начала я писал о копировании файла из под курсора в другую папку, возможно на другом на другом диске, в т.ч. сетевом.

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

Цитата:
Но возможность для этого у вас, конечно, есть

Непонятно: для чего у меня, по Вашему, есть возможность? Чтобы заставить следовать за собой? Или делать переименование через гланды? Про заставлять следовать я уже написал — не моё это, в принципе. А переименование, в т.ч. массовое, я делаю с помощью чьего то макроса в редакторе — очень удобно.

Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 15:56 05-09-2019
wseventeen

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
И лично я бы на этом и завершил бы неумышленно начатую мною дискуссию.

Не надо отказываться от хороших решений.

Всего записей: 1436 | Зарегистр. 20-12-2007 | Отправлено: 16:01 05-09-2019
citPiks



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21

Цитата:
добавлено определение выполняемого действия

А у Вас нет такого же, но с перламутровыми пуговицами на луа? Хотя бы блока замены наименования штатного диалога — понравился, хотел бы на других диалогах попробовать.

Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 16:52 05-09-2019
Alexyz21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Panel.ShiftF[56].moon
 
Добавлено:
wseventeen

Цитата:
Не надо отказываться от хороших решений

Никто, ни отчего не отказывается, но жать не глядя ShiftEnter удобнее, чем Ctrl][, принимая решение какую из квадратных скобок жать. Плюс отличие в названии при внешне одинаковых диалогах желательно. Логика поведения диалога осталась прежней.

Всего записей: 3677 | Зарегистр. 16-06-2007 | Отправлено: 16:53 05-09-2019 | Исправлено: Alexyz21, 17:10 05-09-2019
citPiks



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alexyz21
 
Строки 21 и 28 копируются с сайта с ошибкой. Она возникает из-за того, что последовательность идущих подряд знаков 'двоеточие' и 'открывающая круглая скобка' воспроизводятся сайтом как 'грустный смайлик' —
 
Вроде бы синтаксис moon-макросов допускает поставить между этими знаками пробел. У меня, по крайней мере, это работает. Тогда ошибки копирования не будет.

Всего записей: 373 | Зарегистр. 26-06-2016 | Отправлено: 17:09 05-09-2019
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

Компьютерный форум Ru.Board » Компьютеры » Программы » FAR Manager (часть 5)
Maz (15-01-2020 17:38): FAR Manager (часть 6)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru