Вопрос по sysContextMenu

[HorrR]

Итак, знатоки, внимание вопрос: sysContextMenu содержит 3 абстрактных метода: first, next, selectionCount. Допустим, мне в моём блоке в verifyItem методе этого класса необходимо пройтись по всем выбранным узлам, таким образом необходимо пользовать next и selectionCount методы класса. Разумеется, компиль выбрасывает рантайм, так как методы не реализованы. Нашел в АOT классы-наследники от sysContextMenu, например sysContextMenuFind. В этих-то классах first, next, selectionCount и реализуются. Тут всё ясно, не ясно только две вещи: 1.) почему реализации этих 3оих методов для каждого класса-наследника отличаются? 2.) как заставить систему использовать мой собственный класс-наследник(в самом sysContextMenu никакой привязки не нашел)?
З.Ы Сорри, если допустил ламаразмы, мне простительно Зарание спасибо)

[Alex_KD]

Цитата:

Разумеется, компиль выбрасывает рантайм, так как методы не реализованы.

Ну так реализуйте.

Цитата:

1.) почему реализации этих 3оих методов для каждого класса-наследника отличаются?

А почему должны совпадать?

Цитата:

2.) как заставить систему использовать мой собственный класс-наследник(в самом sysContextMenu никакой привязки не нашел)?

Посмотрите как другие классы используются (SysContextMenuAotImportDialog, SysContextMenuCompare, SysContextMenuFind, SysContextMenuTreeNode).

Вы уверены, что спросили то, что хотели узнать?
Подозреваю, что вопрос мог звучать как "как добавить подменю в контекстное меню(то что в АОТ по правой кнопке) и как отслеживать когда показывать/когда не показывать пункты этого меню?". Поправьте, если не прав.

[HorrR]

Поправляю, вы не правы. Очевидно, что если бы я не знал как добавить этот пункт и не знал бы как его показывать\непоказывать, едва бы говорил о verifyItem методе.

Собственно вопрос и заключался в том, как используются классы аля SysContextMenuAotImportDialog. Вот ща апдейтну кросс-референсы и ещё раз посмотрю, потому что в первый раз ничего не узнал. З.Ы

Цитата:

А почему должны совпадать?

Дык, потому что в сущности-то они делают одно и то же: возвращают количество выделенных узлов и следующий выделенный узел. Не понимаю, в чём может состоять отличие.

UPD: иными словами, каким образом, например, работает вот этот код внутри verifyItem метода sysContextMenu, если метод selectionCount абстрактный???

Цитата:

case menuItemActionStr(sysCompare):
if (!firstNode.applObjectLayerMask())
return 0;
if (this.selectionCount() == 2)
{
return 1;
}
if (this.selectionCount() == 1)
{
return 1;
}

[Alex_KD]

Работает примерно так:

Цитата:

[c] \Classes\sysContextMenuAOT\selectionCount 1
[c] \Classes\SysContextMenu\verifyItem 354
[c] \Classes\sysContextMenuAOT\verifyItem 21

[AsTeRiX]

Цитата:

Сообщение от HorrR

Поправляю, вы не правы. Очевидно, что если бы я не знал как добавить этот пункт и не знал бы как его показывать\непоказывать, едва бы говорил о verifyItem методе.

Собственно вопрос и заключался в том, как используются классы аля SysContextMenuAotImportDialog.

SysContextMenuAotImportDialog используется в импорт диалоге, SysMenuCompare - в компараторе, и тд и тп, что ж тут неясного? Методы некст, ферст и тд. разные, ибо в каждом случае своя специфика дерева, для которого отображается контекстное меню. Смысл действительно одинаковый, реализация разная в каждом конкретном случае

Цитата:

Сообщение от HorrR

UPD: иными словами, каким образом, например, работает вот этот код внутри verifyItem метода sysContextMenu, если метод selectionCount абстрактный???

Создайте свою реализацию класса SysContextMenu, реализуйте в нем абстрактные методы и можете свой код писать в собственном verifyItem, не трогая родителя (см. SysContextMenuAotImportDialog).

[HorrR]

Так это собсна понятно. Но главный вопрос остается в силе. Каким образом дать понять системе, что использовать нужно именно мой класс, а не SysContextMenu?

[AsTeRiX]

класс SysImportElements/buildTreeContextMenu и аналогичные методы.

[AndyD]

Цитата:

Сообщение от HorrR

Каким образом дать понять системе, что использовать нужно именно мой класс, а не SysContextMenu?

Если речь идет об AOT, то создается не SysContextMenu,а SysContextMenuAOT. И создается ядром.
Т.е. изменить это поведение нельзя

[HorrR]

Что-то я тогда совсем не понял. Какая же тогда поочерёдность вызовов методов при запуске поп-апа на айтеме? Логично было бы предположить, что экземпляр класса SysImportElements создаеться из его же main метода, а мейн метод запускается из меню айтема. Значит к моменту создания экземпляра класса этот меню айтем уже должен быть активирован с помощь пункта контекстного меню. Каким же образом уже после создания экземпляра класса можно влиять на отображение меню-айтема до того, как мain метод класса был им вызван. Это ж какие-то временные петли получаюццо.

В общем, возможно так будет намного проще мне тупице обьяснить, опишу всё по порядку. Для того что бы мой пункт меню отображася в адд-инах надо что бы все! выделенные элементы были определенного типа. Как это сделать?(Ясно что нужно пройтись по всем выделенным элементам, а для этого надо обязательно как минимум реализованный метод next, без selectionCount можно обойтись) З.Ы Догадываюсь, что многим будет лень, но поймите, плз, я не пытаюсь чужими руками жар загребать, просто человеку только постигающему истинный путь Axapt"ы нелегко видеть все детали сразу)

[AndyD]

Прошу прощения, но я совершенно запутался в ваших построениях.

Какое отношение к исходному вопросу имеет класс sysImportElements, его метод main() (которого вообще-то в стандарте нет) и временные петли?

И скажите, что вы в конечном итоге хотите получить

[kashperuk]

Хм. В verifyItem класса SysContextMenu есть секция

case MenuItemType::Action:

Сразу после нее есть пример перебора, насколько я понимаю:

SysUpdateProjectMarkAsResolved::canMarkAsResolved.

Вы пробовали исполнять ваш код? Если вы это делаете на АОТ, то автоматически должен использоваться класс SysContextMenuAOT - это делает ядро, поэтому свой класс сюда вставить у вас не получится.

Я что хочу сказать - что если работает для UpgradeProject, то и у Вас должно работать

[kashperuk]

О. AndyD уже про ядро сказал.
оффтопик:
Привет. Как поживаешь?

[HorrR]

В том то и дело, что пробовал, то ли Аксапта у меня рехнулась, то ли мозг и руки ростут немного не из того места) Вот блок, который я добавляю в verifyItem метод SysContextMenu(разумеется после

case MenuItemType::Action:
            switch (menuItemName)

)

//MY BLOCK
                case menuItemActionStr(Generator):
                    currentNode=firstNode;
                    typeMatch=true;
                    for(SelectionIndex=0;SelectionIndex<this.selectionCount();SelectionIndex++)
                    {
                        currentNodeType=currentNode.applObjectType();
                        typeMatch=(
                        currentNodeType==UtilElementType::Table          ||
                        currentNodeType==UtilElementType::TableField     ||
                        currentNodeType==UtilElementType::PrivateProject ||
                        currentNodeType==UtilElementType::SharedProject);
                        if(!typeMatch)return typeMatch;
                        currentNode=this.next();
                    }
                    return typeMatch;
 
                //MY BLOCK

В обьявлении класса все переменные добавлены и все нужного типа. В итоге компиль как бешеный ругался, что функция selectionCount не существует, потом таниственным образом перестал, однако теперь новая беда, он говорит, что операция сравнения не допустима ибо тип данных, возвращаемых функцией selectionCount и переменной SelectionIndex не соответсвуют. З.Ы и там и там int.

[Alex_KD]

Зачем так городить, если есть this.first() и this.next()?

[HorrR]

Ну, во-первых, а что я собсна использую?) А во-вторых, к моей проблеме рациональность не имеет особого отношения, куда более важно понять, почему не работает элементарная вещь:

SelectionIndex<this.selectionCount();

[AndyD]

Наверное, имелось в виду

currentNode=this.first();
while (currentNode)
{
    ...
    currentNode=this.next();
}

PS
Кстати, такое использование

currentNode=firstNode;
for(SelectionIndex=0;SelectionIndex<this.selectionCount();SelectionIndex++)
{
    currentNodeType=currentNode.applObjectType();   
    currentNode=this.next();
}

может привести к runtime error

[HorrR]

Скорее всего, кстати. Я уже писал, что можно обойтись и без selectionCount, и имел в виду именно то, что вы уже написали. Но суть не в том. Суть в том, ПОЧЕМУ эта зараза не хочет работать.

[Alex_KD]

Ок. Извиняюсь.
Но все же делал бы как AndyD написал.

Сделал все как у вас. 1 в 1.
Работает - МИ отображается когда надо.
Когда не надо - не отображается.

Все откомпилировалось на ура.

ЗЫ А всетаки я был прав в 2м посте со своим вопросом)

[Alex_KD]

Цитата:

Суть в том, ПОЧЕМУ эта зараза не хочет работать.

Меню в Action?
Сюда MI добавили \Menus\sysContextMenu ?

[AndyD]

Цитата:

Сообщение от HorrR

Но суть не в том. Суть в том, ПОЧЕМУ эта зараза не хочет работать.

Вы в двух/трехзвенке работаете?
Попробойте почистить кэш AOT ([Ваш профиль]\Local Settings\Application Data\ файлы aoc)