[WLX] AppLoader
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
TC 6.55, AppLoader 0.72, WinXP/sp2 .
Как я понял, теперь, ввиду невозможности поправить
дело в программе, жестко зафиксировано в readme:
при Lister4=1 - "срабатывание" при N и P
Хотя мне бы это совсем не надо, т.к. N раньше
(до установки AppLoader с Lister4=1)
у меня перечитывал файл, открытый по F3.
Например - постоянно изменяемый файл-протокол.
По F2 его перечитывать мне западло, именно по N.
Ну да ладно, коли появилось AppFromLister_key .
Пишу:
DefaultEditor=notepad
AppFromLister_key=115
;AppFromLister_mod=
Т.е. хочу нажать F3 и F4 и выйти на редактор.
Х.
Никакой реакции.
Зато теперь, если жму CTRL+F4 в UltraEdit
(хочу закрыть окно) или еще где-либо,
стартует notepad на файл, открытый в листере !!!
Ух ты !
Зачем бы ?
Почему бы ?
А как бы все же бы нормализовать бы ?
М.б. опять документацию уточнить ?
Как я понял, теперь, ввиду невозможности поправить
дело в программе, жестко зафиксировано в readme:
при Lister4=1 - "срабатывание" при N и P
Хотя мне бы это совсем не надо, т.к. N раньше
(до установки AppLoader с Lister4=1)
у меня перечитывал файл, открытый по F3.
Например - постоянно изменяемый файл-протокол.
По F2 его перечитывать мне западло, именно по N.
Ну да ладно, коли появилось AppFromLister_key .
Пишу:
DefaultEditor=notepad
AppFromLister_key=115
;AppFromLister_mod=
Т.е. хочу нажать F3 и F4 и выйти на редактор.
Х.
Никакой реакции.
Зато теперь, если жму CTRL+F4 в UltraEdit
(хочу закрыть окно) или еще где-либо,
стартует notepad на файл, открытый в листере !!!
Ух ты !
Зачем бы ?
Почему бы ?
А как бы все же бы нормализовать бы ?
М.б. опять документацию уточнить ?
PSW
- Maximus
- Сообщения: 927
- Зарегистрирован: Чт апр 07, 2005 10:51
- Откуда: Украина, Кировоградская обл., г. Знаменка
- Контактная информация:
Горячую клавишу я сделал специально для решения этой проблемы.Как я понял, теперь, ввиду невозможности поправить дело в программе
У тебя проблема в следующем:
Если эта строка отсутствует (закомментирована), то модификатор Ctrl.;AppFromLister_mod=
А по поводу того, что он стартует по CTRL+F4 в UltraEdit - так это еще не полная картина
Это сарказм или ирония?М.б. опять документацию уточнить ?
Какая ж тут ирония ? Скорее - печаль...
Выражением "документацию уточнить" я в худшем случае
именно это и имел в виду - прописать в документации
что "AppFromLister_mod обязателен, а по умолчанию=C".
Сейчас ведь там нет этих двух фактов, из серии - "как оказалось".
Явно я это не написал, так как была маленькая [как оказалось -
беспочвенная] надежда, что можно будет (хотя бы - в будущем)
все же работать без AppFromLister_mod.
Кроме того, в документации про AppFromLister_key явно
сказано: "запуск ассоциированного приложения из Lister`а".
Т.е. из других приложений - вполне логично - запуска
не должно быть. Однако по факту - происходит.
Видимо, ввиду невозможности это побороть, опять надо
поправить документацию, и м.б. опять из серии "как оказалось".
Кроме того, еще в ноябре я писал в "Комментариях пользователей"
в wincmd.ru, что по 'N' происходит не [пере]считывание
"очередного" файла (или - единственного), а запуск редактора.
Тогда еще в документации было:
Lister4 | в Lister`е при нажатии '4'
После этого я увидел в новой документации:
Lister4 | в Lister`е при нажатии '4', 'N' или 'P'
Т.е. - "документация уточнена".
Хотя это сильно мешало, пришлось отказаться от AppLoader.
Ведь N - штатная клавиша именно Lister'a, а не AppLoader,
причем, очень [мною] используемая.
Может это и совпадение, но получилось так, что
по результатам обнаружения "баг" (с точки зрения [некоторых]
пользователей), правится не программа, а документация,
куда просто вносится описание этих обнаруженных "баг".
Я подумал, что и в данном случае, по очередным трем проблемам:
1) не работает AppFromLister_key без AppFromLister_mod
2) не описано, что при ";AppFromLister_mod" он=C
3) срабатывание происходит вне Lister'a
опять надо, как минимум, внести правки в документацию,
причем иногда - прямо противоположные имеющимся
в документации утверждениям...
И после этого - снова отказаться от попыток использовать
AppLoader, на неопределенное время...
Какая ж тут ирония ? Скорее - печаль...
Выражением "документацию уточнить" я в худшем случае
именно это и имел в виду - прописать в документации
что "AppFromLister_mod обязателен, а по умолчанию=C".
Сейчас ведь там нет этих двух фактов, из серии - "как оказалось".
Явно я это не написал, так как была маленькая [как оказалось -
беспочвенная] надежда, что можно будет (хотя бы - в будущем)
все же работать без AppFromLister_mod.
Кроме того, в документации про AppFromLister_key явно
сказано: "запуск ассоциированного приложения из Lister`а".
Т.е. из других приложений - вполне логично - запуска
не должно быть. Однако по факту - происходит.
Видимо, ввиду невозможности это побороть, опять надо
поправить документацию, и м.б. опять из серии "как оказалось".
Кроме того, еще в ноябре я писал в "Комментариях пользователей"
в wincmd.ru, что по 'N' происходит не [пере]считывание
"очередного" файла (или - единственного), а запуск редактора.
Тогда еще в документации было:
Lister4 | в Lister`е при нажатии '4'
После этого я увидел в новой документации:
Lister4 | в Lister`е при нажатии '4', 'N' или 'P'
Т.е. - "документация уточнена".
Хотя это сильно мешало, пришлось отказаться от AppLoader.
Ведь N - штатная клавиша именно Lister'a, а не AppLoader,
причем, очень [мною] используемая.
Может это и совпадение, но получилось так, что
по результатам обнаружения "баг" (с точки зрения [некоторых]
пользователей), правится не программа, а документация,
куда просто вносится описание этих обнаруженных "баг".
Я подумал, что и в данном случае, по очередным трем проблемам:
1) не работает AppFromLister_key без AppFromLister_mod
2) не описано, что при ";AppFromLister_mod" он=C
3) срабатывание происходит вне Lister'a
опять надо, как минимум, внести правки в документацию,
причем иногда - прямо противоположные имеющимся
в документации утверждениям...
И после этого - снова отказаться от попыток использовать
AppLoader, на неопределенное время...
Какая ж тут ирония ? Скорее - печаль...
PSW
- Maximus
- Сообщения: 927
- Зарегистрирован: Чт апр 07, 2005 10:51
- Откуда: Украина, Кировоградская обл., г. Знаменка
- Контактная информация:
Работает. Просто в таком случае модификатор Ctrl.1) не работает AppFromLister_key без AppFromLister_mod
2) не описано, что при ";AppFromLister_mod" он=C
AppFromLister_mod не обязателен. В ридми написано:AppFromLister_mod обязателен
Вот это самое =C и значит, что по умолчанию (т.е. при отсутствии этого ключа) модификатор Ctrl. Если тебе не нужен модификатор, разве трудно прописать вместо строкиAppFromLister_mod=C | Модификатор горячей клавиши для запуска ассоциированного приложения из Lister`а.
строку;AppFromLister_mod=C
???AppFromLister_mod=
Да. Как оказалось3) срабатывание происходит вне Lister'a
Если есть желание, то вполне можно его использовать в теперешнем виде с учетом того, как ты используешь Листер.И после этого - снова отказаться от попыток использовать AppLoader, на неопределенное время...
1. Lister4=0
2. AppFromLister_key=?? и AppFromLister_mod=?? (Подыскиваешь комбинацию клавишь, которая не используется в других используемых тобою приложениях).
Она всё таки есть...Какая ж тут ирония ? Скорее - печаль...
- mozers
- Сообщения: 82
- Зарегистрирован: Чт дек 16, 2004 13:14
- Откуда: с Нижнего
- Контактная информация:
2Maximus
Не затруднило бы Вас поправить код, чтобы была возможность в секции [Editor] указать параметры ком.строки для запуска редактора?
Ну, например, так:
где %1 - место, куда необходимо вставлять имя файла.
А то сейчас приходится пользоваться дополнительным батником, cрабатывание которого сопровождается дополнительным мельканием консольного окошка
Попробовал записать так:
где SciTE-view.vbs - WSH скрипт в пару строк для запуска редактора -
так же из AppLoader это не срабатывает
(wscript SciTE-view.vbs - тоже не срабатывает)
В общем, почините, пожалуйста, механизм.
Не затруднило бы Вас поправить код, чтобы была возможность в секции [Editor] указать параметры ком.строки для запуска редактора?
Ну, например, так:
Код: Выделить всё
properties,lua,cmd,bat,js,vbs,nsi,hta=С:\Program Files\SciTE\SciTE.exe -property:toolbar.visible=0 -property:tabbar.visible=0 -property:save.recent=0 -property:save.session=0 -property:ADDITIONAL_SHORTCUTS=Escape|IDM_QUIT| %1 -menucommand:416А то сейчас приходится пользоваться дополнительным батником, cрабатывание которого сопровождается дополнительным мельканием консольного окошка
Попробовал записать так:
Код: Выделить всё
properties,lua,cmd,bat,js,vbs,nsi,hta=С:\Program Files\SciTE\SciTE-view.vbsтак же из AppLoader это не срабатывает
(wscript SciTE-view.vbs - тоже не срабатывает)
В общем, почините, пожалуйста, механизм.
- Maximus
- Сообщения: 927
- Зарегистрирован: Чт апр 07, 2005 10:51
- Откуда: Украина, Кировоградская обл., г. Знаменка
- Контактная информация:
А пока я занимаюсь оформлением, можете попробовать то, о чем просил mozers:
<ссылку убрал, файл удалил ибо релиз>
В параметрах (ключи *_params) просто указываете %1 в месте, куда необходимо вставлять имя (имена) файла(ов).
Если %1 НЕ будет присутствовать в строке параметров, то плагин будет вести себя как и раньше, т.е. помещать параметры после имени файла.
<ссылку убрал, файл удалил ибо релиз>
В параметрах (ключи *_params) просто указываете %1 в месте, куда необходимо вставлять имя (имена) файла(ов).
Если %1 НЕ будет присутствовать в строке параметров, то плагин будет вести себя как и раньше, т.е. помещать параметры после имени файла.
Последний раз редактировалось Maximus Чт мар 15, 2007 17:17, всего редактировалось 1 раз.
- mozers
- Сообщения: 82
- Зарегистрирован: Чт дек 16, 2004 13:14
- Откуда: с Нижнего
- Контактная информация:
2Maximus
СПАСИБО, все работает
Только задание параметра для каждого расширения очень утомительно. У меня, например, очень многие расширения открываются в SciTE. Многие - в другом обработчике...
Было бы гораздо удобнее и понятнее если бы строка запуска (включая параметры) записывалась непосредственно. Так, как в приведенном выше примере.
Ну или на крайняк хотя бы такая строка была позволенаХотя это тоже смотрится не слишком элегантно...
СПАСИБО, все работает
Только задание параметра для каждого расширения очень утомительно. У меня, например, очень многие расширения открываются в SciTE. Многие - в другом обработчике...
Было бы гораздо удобнее и понятнее если бы строка запуска (включая параметры) записывалась непосредственно. Так, как в приведенном выше примере.
Ну или на крайняк хотя бы такая строка была позволена
Код: Выделить всё
properties_par,lua_par,cmd_par,bat_par,js_par,vbs_par,nsi_par,hta_par=-property:toolbar.visible=0 -property:tabbar.visible=0 -property:save.recent=0 -property:save.session=0 -property:ADDITIONAL_SHORTCUTS=Escape|IDM_QUIT| %1 -menucommand:416- Maximus
- Сообщения: 927
- Зарегистрирован: Чт апр 07, 2005 10:51
- Откуда: Украина, Кировоградская обл., г. Знаменка
- Контактная информация:
А сейчас так и делается. Читаем справку:
В твоём случае нужно прописать такую строку:
или я что-то не так понял?bbb,ccc_params= | Параметры командной строки приложения для файлов с расширениями bbb и ccc
В твоём случае нужно прописать такую строку:
Код: Выделить всё
properties,lua,cmd,bat,js,vbs,nsi,hta_params=-property:toolbar.visible=0 -property:tabbar.visible=0 -property:save.recent=0 -property:save.session=0 -property:ADDITIONAL_SHORTCUTS=Escape|IDM_QUIT| %1 -menucommand:416- Maximus
- Сообщения: 927
- Зарегистрирован: Чт апр 07, 2005 10:51
- Откуда: Украина, Кировоградская обл., г. Знаменка
- Контактная информация:
Новая версия оформлена.
Скачать | Скачать
AppLoader 0.8
Список изменений:
[0.8]
+ возможность для параметров командной строки указывать место вставки имени (имен) файла(ов) при помощи ключа %1
[0.7.5]
/ исправлены ошибки при работе с горячими клавишами:
/ теперь ассоциированное приложение запускается только из Lister`а
/ решен конфликт файлов/приложений при работе с несколькими экземплярами Lister`а
+ возможность запуска по горячей клавише определенного в системе по умолчанию приложения для открытого в Lister`е файла
Скачать | Скачать
AppLoader 0.8
Список изменений:
[0.8]
+ возможность для параметров командной строки указывать место вставки имени (имен) файла(ов) при помощи ключа %1
[0.7.5]
/ исправлены ошибки при работе с горячими клавишами:
/ теперь ассоциированное приложение запускается только из Lister`а
/ решен конфликт файлов/приложений при работе с несколькими экземплярами Lister`а
+ возможность запуска по горячей клавише определенного в системе по умолчанию приложения для открытого в Lister`е файла
Осваиваю версию 0.8 плагина. Первое впечатление - бурный восторг. Но у меня наблюдается одна странность: если использовать ф3 в архивах, приложение не может найти файл. Видимо я что-то перехимичил в настройках. Какой параметр нужно покрутить, чтобы темпорари файл не удалялся сходу?
И еще. Есть ли возможность зарезервировать esc на закрытие листера назависимо от того, умеет ли это делать запущенный редактор?
И еще. Есть ли возможность зарезервировать esc на закрытие листера назависимо от того, умеет ли это делать запущенный редактор?
педофилия, каннибализм, бетономешалка !!!
- Maximus
- Сообщения: 927
- Зарегистрирован: Чт апр 07, 2005 10:51
- Откуда: Украина, Кировоградская обл., г. Знаменка
- Контактная информация:
Это не странность. Я просто не смог найти решение, которое позволило бы работать с файлами в архивах.Но у меня наблюдается одна странность: если использовать ф3 в архивах, приложение не может найти файл. Видимо я что-то перехимичил в настройках. Какой параметр нужно покрутить, чтобы темпорари файл не удалялся сходу?
Есть конечно вариант не закрывать окно Листера, но это не выход.
Вот тут не совсем понял, что имеется в виду. Запущенный редактор или Листер должен закрываться по ESC?Есть ли возможность зарезервировать esc на закрытие листера назависимо от того, умеет ли это делать запущенный редактор?