View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000910 | Wishes | Command Line/Execute | public | 2009-06-02 11:39 | 2013-02-03 00:34 |
| Reporter | JohnDoe | Assigned To | vskirdin | ||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.0 | ||||
| Summary | 0000910: Команды "CD", "SET" и подобные в диалоге "Apply To" (Ctrl-G) | ||||
| Description | 1) Сейчас все команды из Apply To передаются командному процессору. Но некоторые команды имеют собственную фаровскую реализацию, и было бы удобнее использовать именно её. 2) Хотелось бы иметь возможность запускать плагины (по префиксам) | ||||
| Additional Information | Apply To во многих случаях удобнее командной строки. Во первых: можно использовать метасимволы, во-вторых: команда исполняется не затирая содержимое комадной строки (в которой наприме мы начали набирать другую команду) | ||||
| Tags | No tags attached. | ||||
| Build | 1000 | ||||
|
|
JohnDoe, проверь вот это: http://ifolder.ru/12454476 здесь так же попытка удавить баг с несбросом выделения, например, для команды copy "!@AFQ!" "%temp%\filelist.txt" и... ФАР для Ctrl-G не удалял временные файлы, после обработки метасимволов. только проверь нормально (если сразу "взлетит", то посиди на этом билде денёк). |
|
|
>только проверь нормально Проверять только Ctrl-G? Или надо вообще посмотреть как бы где чего не отвалилось в другом месте? |
|
|
ctrl-g usermenu ассоциации > Или надо вообще посмотреть как бы где чего не отвалилось в другом месте? потому и прошу посидеть в нормальном режиме денёк на этом тестовом билде |
|
|
1)Мелкий косметический баг: Выделяем несколько файлов (текстовых, небольших) CtrlG view:!.! После открытия последнего файла некоторое время видно 2 линейки функциональных клавиш Где-то полсекунды, потом экран перерисовывается и всё нормально. 2) При выполнении из диалога внутренней команды такой "cd \" панели гасятся. Если же запустить ту же команду прямо в комадной строке - не гасятся. Имхо лучше не гасить (если есть такая возможность ) |
|
|
Даже без выделенных файлов CtrlG view:!.! Файл открывается. Жмём CtrlAltShift - и видим ерунду: под панелями - окно вьювера смещённое на одну строку вверх Выходим. Жмём CtrlO - та же ерунда. |
|
|
1)Этот билд почему-то молча не загружает Search And Replace (может и другие плагины, пока не заметил) 2)Если очистить кэш плагинов, то при запуске видим ╔═══════ Error ════════╗ ║ Недопустимые данные. ║ ╟──────────────────────╢ ║ OK ║ ╚══════════════════════╝ Потрясающее сообщение, но непонятно кто его выдаёт (точно не S&R) Вероятно какой-то из плагинов, потому как язык фара - английский. Если надо могу поискать виновника. |
|
|
Это видимо YAC. Он тоже не загружается. Проблема только в этом билде фара |
|
|
Проблема с S&R и YAC были вызваны тем что я переименовал файл в Far-mantis-910.exe Баг фара или плагинов? Куда репортить? |
|
|
Баг плагинов конечно. |
|
|
А в чём баг-то? Плагин проверяет имя вызывающей программы, и всё. |
|
|
Ну я тоже не считаю это багом. |
|
|
2alexy Обоснуйте |
|
|
Переименование экзешников это не рекомендуемое дело. Особенно в продуктах которые не состоят из одного этого экзэшника. |
|
|
Согласен. Особенно в случаях когда отдельные модули по неведомой причине хотят видеть именно far.exe. Однако ж кроме YACа всё работает! Вот почему бы мне для удобства не положить рядом со стандартным Far.exe специальный Far-mantis-910.exe? PS То что YAC не работает - это ж полбеды. А что он пишет при этом - нормально? |
|
|
Короче, по профессиональному, переименовывание exe это unsupported и последствия не предвидимые. Ну и вообще к этому тикету ни как не относятся. |
|
|
Выделяем 3 файла: ClearPluginsCache.bat RestoreSettings.bat SaveSettings.bat Жмём CtrlG echo !.! Получаем: <<-------------------------------------- C:\APPs\FAR\BinW>echo SaveSettings.cmd SaveSettings.cmd> C:\APPs\FAR\BinW>echo RestoreSettings.cmd RestoreSettings.cmd C:\APPs\FAR\BinW>echo ClearPluginsCache.cmd ClearPluginsCache.cmd -------------------------------------->> 1)SaveSettings.cmd> Знак > в конце - это глюк. (Вероятно уйдёт после 0000918) 2)Промежуток между командами - 2 строки Надо 1 (или 0?) 3)Хотелось бы нечто вроде режима "@echo off" Собственно именно так (молча) всё и работает в основной ветке фара Предлагаю учитывать символ @ CtrlG @echo !.! ClearPluginsCache.bat RestoreSettings.bat SaveSettings.bat |
|
|
build 983 |
|
|
билд 983 CtrlG @echo !.! - ничего не выводит CtrlG echo !.! - при повторной команде идет наложение вывода и строки приглашения от ком.строки. видно на: <<-------------------------------------- C:\APPs\FAR\BinW>echo SaveSettings.cmd SaveSettings.cmd> ^ |
|
|
view:!.! Работает правильно, за исключением одного момента: по завершению выполнения команды активны панели, и во вьювер надо специально переключится (CtrlTab) |
|
|
ну я так специально сделал (в сорцах это отмечено) |
|
|
Если внимательно читать ченжлог, то я отмечал: 2. Траблы с прорисовкой после "Apply Command". Часть 1. Влияет наличие RedrawDesktop. Временно отключим. Побочный эффект - мерцание панелей. 4. "Apply Command", UserMenu и Ассоциации сделаем однотипно. Сейчас есть глюк с прорисовкой - поборимся позже. В последствии необходимо из трех однотипных кусков сделать 1 функцию. А на счет "view:!.!" - ХЗ, могу сделать, чтоб було на последнем. Делать? |
|
|
Ctrl-G всегда должен возвращаться на панели, ничего не надо трогать. |
|
|
> CtrlG @echo !.! - ничего не выводит здесь "@" подразумевает, что оставщаяся часть команды будет передана cmd, без обработки тех команд, которые ФАР знает.. ...хмм, хотя в хелпе про ассоциации: -------------- Если вы не хотите, чтобы перед выполнением ассоциированной команды гасились панели, начните команду с символа '#@@#'. -------------- блин, что то я совсем запутался... и переиначил значение символа "@"... идеи? |
|
|
>Ctrl-G всегда должен возвращаться на панели, ничего не надо трогать. Почему вы так считаете? Лично я исхожу из того что результат view:!.! должен быть одинаков независимо от того вызнана ли команда из ассоциаций, коммандной строки или Apply to |
|
|
Это твои личные проблемы если ты не видишь разницы. |
|
|
> CtrlG @echo !.! - ничего не выводит >здесь "@" подразумевает, что оставщаяся часть команды будет передана cmd, без >обработки тех команд, которые ФАР знает. Всё правильно, но как бы сделать так чтобы по CtrlO можно было бы просмотреть вывод? |
|
|
>блин, что то я совсем запутался... и переиначил значение символа "@"... >идеи? 1)@ как его понимает cmd - не выводить саму команду на экран 2)@ как его понимает фар (в ассоциациях) - не гасить панели Обе вещи в фаре нужны. Вероятно одну из них надо переназначить на другой символ |
|
|
>Это твои личные проблемы если ты не видишь разницы. Не надо пожалуйста на личности переходить. Объясните по-человечески почему именно "должен" и что будет не так если не возвратиться в панели |
|
|
> но как бы сделать так чтобы по CtrlO можно было бы просмотреть вывод? сейчас пока никак... переделывать все надо... хотя... в следующем билде проверь > Обе вещи в фаре нужны. ну эт ты здорово придумал - ожидаемое поведение в разных местах разное :-/ |
|
|
>ну эт ты здорово придумал - ожидаемое поведение в разных местах разное :-/ Что значит "ожидаемое"? Вполне можно унифицировать поведение, не урезав при этом возможности например таким образом: @ - не гасить панели ^@ - гасить, но выводить не саму команду, а только её аутпут или таким: * - не гасить панели @ - гасить, но выводить не саму команду, а только её аутпут |
|
|
>сейчас пока никак... переделывать все надо... хотя... в следующем билде проверь Работает! |
|
|
Переношу сюда из 0000918 Запускаем set a=b при трёх выделенных файлах: C:\APPS\FAR\Far.Settings\alias>set a=b C:\APPS\FAR\Far.Settings\alias>set a=b C:\APPS\FAR\Far.Settings\alias>set a=b Видим что после каждой команды два перевода строки. Один лишний. |
|
|
В целом тикет реализован. Реализация вызвала отдельные дефекты косметического характера. Предлагаю этот тикет закрыть, а на "дефекты" завести новые. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2009-06-02 11:39 | JohnDoe | New Issue | |
| 2009-06-03 17:48 | vskirdin | Status | new => assigned |
| 2009-06-03 17:48 | vskirdin | Assigned To | => vskirdin |
| 2009-06-03 18:07 | vskirdin | Note Added: 0003487 | |
| 2009-06-04 09:08 | JohnDoe | Note Added: 0003492 | |
| 2009-06-04 10:15 | vskirdin | Note Added: 0003493 | |
| 2009-06-04 14:36 | JohnDoe | Note Added: 0003495 | |
| 2009-06-04 14:43 | JohnDoe | Note Edited: 0003495 | |
| 2009-06-04 18:15 | JohnDoe | Note Added: 0003496 | |
| 2009-06-05 09:12 | JohnDoe | Note Added: 0003497 | |
| 2009-06-05 09:35 | JohnDoe | Note Added: 0003498 | |
| 2009-06-05 10:09 | JohnDoe | Note Added: 0003499 | |
| 2009-06-05 12:01 | alexy | Note Added: 0003500 | |
| 2009-06-05 15:49 | Kildor | Note Added: 0003501 | |
| 2009-06-05 15:50 | alexy | Note Added: 0003502 | |
| 2009-06-05 16:57 | JohnDoe | Note Added: 0003503 | |
| 2009-06-05 17:04 | alexy | Note Added: 0003504 | |
| 2009-06-05 17:12 | JohnDoe | Note Added: 0003505 | |
| 2009-06-05 17:15 | alexy | Note Added: 0003506 | |
| 2009-06-07 22:41 | JohnDoe | Note Added: 0003512 | |
| 2009-06-08 12:56 | vskirdin | Note Added: 0003518 | |
| 2009-06-08 12:56 | vskirdin | Status | assigned => feedback |
| 2009-06-08 19:18 | samlyukov | Note Added: 0003522 | |
| 2009-06-08 19:20 | samlyukov | Note Edited: 0003522 | |
| 2009-06-09 10:01 | JohnDoe | Note Added: 0003527 | |
| 2009-06-09 16:46 | vskirdin | Note Added: 0003530 | |
| 2009-06-09 17:13 | vskirdin | Note Added: 0003532 | |
| 2009-06-09 17:22 | alexy | Note Added: 0003533 | |
| 2009-06-09 17:23 | vskirdin | Note Added: 0003534 | |
| 2009-06-09 17:32 | JohnDoe | Note Added: 0003535 | |
| 2009-06-09 17:38 | alexy | Note Added: 0003536 | |
| 2009-06-09 17:40 | JohnDoe | Note Added: 0003537 | |
| 2009-06-09 17:40 | JohnDoe | Note Added: 0003538 | |
| 2009-06-09 17:43 | JohnDoe | Note Added: 0003539 | |
| 2009-06-09 18:36 | vskirdin | Note Added: 0003540 | |
| 2009-06-09 18:53 | JohnDoe | Note Added: 0003543 | |
| 2009-06-10 09:13 | JohnDoe | Note Added: 0003560 | |
| 2009-06-10 09:13 | JohnDoe | Note Added: 0003561 | |
| 2009-07-15 18:32 | JohnDoe | Status | feedback => resolved |
| 2009-07-15 18:32 | JohnDoe | Resolution | open => reopened |
| 2009-07-15 18:32 | JohnDoe | Status | resolved => assigned |
| 2009-11-03 13:04 | JohnDoe | Note Added: 0004483 | |
| 2009-11-03 13:04 | JohnDoe | Note Edited: 0004483 | |
| 2009-11-13 11:50 | alexy | Build | => 1000 |
| 2009-11-13 11:50 | alexy | Status | assigned => closed |
| 2009-11-13 11:50 | alexy | Fixed in Version | => 2.0 |
| 2009-11-13 11:50 | alexy | Resolution | reopened => fixed |
| 2013-02-03 00:34 | alexy | Severity | minor => feature |
