View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002381 | Wishes | Macro | public | 2013-04-19 12:53 | 2014-11-17 11:39 |
Reporter | JohnDoe | Assigned To | zg | ||
Priority | normal | Severity | minor | Reproducibility | N/A |
Status | closed | Resolution | no change required | ||
Product Version | 3.0 | ||||
Summary | 0002381: Вызов Plugin.Config и Plugin.Command не только из панелей | ||||
Description | Нужна возможность вызова Plugin.Config и Plugin.Command из произвольной(макро)области. Сейчас это возможно только из панелей. Изначальная причина такого ограничения: плагин может не ожидать вызова из произвольной макрообласти. Это не повод не двигаться дальше. Плагины развиваются, никто не мешает им учитывать возможность вызова не из панелей. | ||||
Steps To Reproduce | Как всё-таки быть со старыми плагинами? 1) Среди нативных старых нет, и все авторы живы. Можно оставить ограничение в зависимости от MinFarVersion (+ ansi). 2) Запуск плагина из незапланированной макрообласти можно целиком оставить на совести составителя макроса. Если нужна защита от дурака - ей может выступить дополнительный параметр типа ForceNonPanels. | ||||
Additional Information | Обсуждаемые функции были созданы в рамках 0001903 | ||||
Tags | No tags attached. | ||||
Build | 0 | ||||
|
Зачем расширять Plugin.Command, когда есть Plugin.Call? Что даст расширенный Plugin.Command, чего не может Plugin.Call? |
|
Тройка Plugin.Menu, Plugin.Config, Plugin.Command выполнена так, что плагину (и плагинописателю) о них вообще знать ничего не надо, всё работает автоматически. Plugin.Call и Plugin.SyncCall, напротив, предполагают определённый, задаваемый плагином, интерфейс. Также на плечи плагина ложится ответственность по проверке допустимости вызова и проверке корректности переданных параметров в произвольных условиях. Так может не будем нарушать эту, достаточно логичную и стройную, систему, притом, что получаемые при этом выгоды не очень просматриваются? |
|
>Что даст расширенный Plugin.Command, чего не может Plugin.Call? Ответ здесь: >плагину (и плагинописателю) о них вообще знать ничего не надо, всё работает автоматически. |
|
не вижу адекватности со стороны инициатора. |
|
Разве существующее ограничение не искусственно? В 3bis требуемое работает. |
|
во втором комментарии всё разжёвано. Шмуел потратил на вас своё время и нервы. вы же пытаетесь пустить дискуссию по кругу. ещё одно перееоткрытие этого инцидента — бан на форуме. |
Date Modified | Username | Field | Change |
---|---|---|---|
2013-04-19 12:53 | JohnDoe | New Issue | |
2014-11-14 21:31 | shmuel | Note Added: 0013236 | |
2014-11-16 10:00 | shmuel | Note Added: 0013238 | |
2014-11-17 07:56 | JohnDoe | Note Added: 0013242 | |
2014-11-17 10:45 | zg | Build | => 0 |
2014-11-17 10:45 | zg | Note Added: 0013243 | |
2014-11-17 10:45 | zg | Status | new => closed |
2014-11-17 10:45 | zg | Assigned To | => zg |
2014-11-17 10:45 | zg | Resolution | open => no change required |
2014-11-17 11:27 | JohnDoe | Note Added: 0013244 | |
2014-11-17 11:27 | JohnDoe | Status | closed => feedback |
2014-11-17 11:27 | JohnDoe | Resolution | no change required => reopened |
2014-11-17 11:39 | zg | Note Added: 0013245 | |
2014-11-17 11:39 | zg | Status | feedback => closed |
2014-11-17 11:39 | zg | Resolution | reopened => no change required |