View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003501 | Wishes | File associations | public | 2017-09-22 15:20 | 2017-10-31 23:09 |
Reporter | JohnDoe | Assigned To | DrKnS | ||
Priority | normal | Severity | feature | Reproducibility | always |
Status | closed | Resolution | duplicate | ||
Platform | x86 | OS | Windows | OS Version | XP SP3 |
Product Version | 3.0 | ||||
Summary | 0003501: Не гасить панели при запуске префикса по ассоциации из командной строки | ||||
Description | Предлагаю не гасить панели в случае запуска из командной строки файла, ассоциация на который представляет собой префикс. Обоснование: - при запуске в командной строке префиксов без ассоциаций панели не гасятся. - при запуске префикса по ассоциации файла с панели панели тоже не гасятся. Это удобно, поскольку скрипт/плагин чаще всего в этом не нуждаются, а принудительное гашение наоборот, ограничивает возможности. При необходимости вывести что-то в подпанельный буфер скрипт/плагин способен самостоятельно использовать Get/SetUserScreen. | ||||
Steps To Reproduce | Для примера, создадим в текущей папке файл "xyz", и ассоциацию на "xyz": luas:io.write(Area.Current) При нажатии Enter на файле текст будет выводится поверх командной строки, и то что панели не погашены видно и по содержанию (Shell) Но теперь наберём "xyz" в командной строке, и запустим оттуда. В результате текст также будет выведен поверх командной строки, но по содержанию (Other) видно что панели гасились. Нагляднее всё это с другой ассоциацией: luas:far.Show(Area.Current) Ассоциация с io.write была приведена с целью продемонстрировать бессмысленность гашения панелей, ведь скрипт всё равно не смог ничего вывести на экран. | ||||
Tags | No tags attached. | ||||
Build | 0 | ||||
|
5041 |
|
Спасибо, теперь отлично. Для полного счастья не хватает только 0003498 |
|
Также возможно, что при запуске из комстроки фару следует печатать запускаемую команду самостоятельно, ведь скрипт на входе получает всегда полный путь, и с префиксом, а не то, что запустил пользователь фактически. |
|
Нашёл проблему. Ассоциация такая:
SetUserScreen не срабатывает, хотя и возвращает trueP.S. Точнее, срабатывает, но не в тот момент, когда требуется Update: Решено в рамках 0003524 |
|
В этим тикетом не связано, но есть и другие места, откуда хотелось бы вызывать SetUserScreen, а не работает. Мне это понадобилось, чтобы свободно перемежать между собой вывод в буфер, и диалоговые функции, меню. Иначе даже сообщение об ошибке приводит к "мусору" в буфере. Update: Решено в рамках 0003524 |
|
Спасибо, можно закрывать. (Оставшиеся вопросы либо решены, либо в отдельных тикетах) |
Date Modified | Username | Field | Change |
---|---|---|---|
2017-09-22 15:20 | JohnDoe | New Issue | |
2017-09-24 22:24 | DrKnS | Note Added: 0015615 | |
2017-09-24 22:24 | DrKnS | Assigned To | => DrKnS |
2017-09-24 22:24 | DrKnS | Status | new => feedback |
2017-09-25 14:51 | JohnDoe | Note Added: 0015618 | |
2017-09-25 14:51 | JohnDoe | Status | feedback => assigned |
2017-09-25 14:57 | JohnDoe | Note Added: 0015619 | |
2017-09-25 20:23 | JohnDoe | Note Added: 0015622 | |
2017-09-28 06:56 | JohnDoe | Note Added: 0015625 | |
2017-09-28 07:03 | JohnDoe | Note Edited: 0015622 | |
2017-10-31 22:39 | JohnDoe | Note Edited: 0015622 | |
2017-10-31 22:40 | JohnDoe | Note Edited: 0015625 | |
2017-10-31 22:42 | JohnDoe | Relationship added | related to 0003524 |
2017-10-31 22:51 | JohnDoe | Status | assigned => resolved |
2017-10-31 22:51 | JohnDoe | Note Added: 0015780 | |
2017-10-31 23:09 | DrKnS | Status | resolved => closed |
2017-10-31 23:09 | DrKnS | Resolution | open => duplicate |
2017-10-31 23:09 | DrKnS | Build | => 0 |
2017-10-31 23:09 | DrKnS | Relationship replaced | duplicate of 0003524 |