Сюрприз Edit-метода AX2009 RU5

[Pustik]

Началось все с того, что при переходе с Axapta 3.0 на AX2009 заметили такую хрень. У нас есть форма, на ней по кнопочке вызывался отчет на несколько листов. Вот тут первый сюрприз: кнопочки прокрутки листов вниз активны, а прокрутки вверх нет.Т.е. опустился вниз отчета и вверх на первую страницу уже не подняться. После долгих и продолжительных поисков причин такого чуда обнаружили, что беда в edit-методе, который был на гриде. Поскольку в этом методе, много всего было написано кем-то до нас, разбираться не стали. Просто удалили его из грида. Буквально недавно, всплыло, что не работает кнопка, в которой просто тупо на методе clicked() висит info('бла-бла-бла'). И опять edit-метод на гриде.
Выяснилось, что в edit-методах пробовали управлять(в зависимости от условий) контролами грида, на котором эти edit-методы и висят.
Попробуйте в форме InventTable на InventTable_ds создать метод

edit ItemName editItemId(boolean _set,InventTable _data, ItemName _val)
{
    ItemName _ret = _val;

    InventTable_NameAlias.enabled(false);

    return _ret;
}

перенести его на основной грид.На этой же форме создать кнопочку и в clicked() написать

void clicked()
{
    super();
    info('test');
}

ну и конечно свойство AutoDeclaration контрола InventTable_NameAlias установить в true.
Открываешь форму с записями, жмешь кнопку и ни фига. Закрываешь форму выскакивает инфо. Плюс если открыть, например, форму в наличии, при условии, что она собой закрыла кнопки на форме InventTable, то после ее закрытия кнопки пропадают.Появятся, если дернуть форму InventTable(подправить ширину,высоту).А если формы MDI, то там вообще крыша у формы InventTable едет (например,кнопочка удаление записи после закрытия формы в наличии навсегда становится не активной).
Я, конечно, понимаю, что управлять контролами в edit-методах может и не совсем правильно, но причем тут кнопки, метод clicked() и т.д., если управляли только контролом InventTable_NameAlias?.Кстати кнопочки прокрутки вверх на отчете(о чем я говорил выше) тоже появлялись после закрытия формы..

[S.Kuskov]

Цитата:

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

Выяснилось, что в edit-методах пробовали управлять(в зависимости от условий) контролами грида, на котором эти edit-методы и висят.

А условие, при котором происходит управление контролами, содержит проверку на то, что edit-метод вызван для изменения значения, а не для отображения?

edit ItemName editItemId(boolean _set,InventTable _data, ItemName _val)
{
    ItemName _ret = _val;
    ;

    if (_set)
    {
        InventTable_NameAlias.enabled(false);
    }
    return _ret;
}

[Pustik]

Цитата:

Сообщение от S.Kuskov

А условие, при котором происходит управление контролами, содержит проверку на то, что edit-метод вызван для изменения значения, а не для отображения?

edit ItemName editItemId(boolean _set,InventTable _data, ItemName _val)
{
    ItemName _ret = _val;
    ;

    if (set)
    {
        InventTable_NameAlias.enabled(false);
    }
    return _ret;
}

Нет там проверялось стороннее поле таблицы. И в зависимости от того заполнено оно или нет, управляли контролом. Что-то типа :

edit ItemName editItemId(boolean _set,InventTable _data, ItemName _val)
{
    ItemName _ret = _val;

    if (_data.ItemName)
        InventTable_NameAlias.enabled(false);
    else
        InventTable_NameAlias.enabled(true);

    return _ret;
}

Я конечно условно показываю на InventTable для примера. Там была другая своя таблица. И код такой замудреный, логику, вернее смысл которого я так и не понял.. Просто код писали очень давно и не мы.

[S.Kuskov]

Видимо что-то вроде этого хотели сделать?
Заблокировать menuItemButton если запись не выбрана

[Pustik]

Цитата:

Сообщение от S.Kuskov

Видимо что-то вроде этого хотели сделать?
Заблокировать menuItemButton если запись не выбрана

Спасибо за ссылку. S.Kuskov, Вы, как всегда, интересные и полезные темы выкладываете. Как Вы их в голове держите?, не понятно.
Если вернутся к проблеме, то я хотел услышать мнение опытных людей именно по этому вопросу? Это баг или что? Я в этом методе затронул только определенный контрол и у меня повалились баги:
1) в отчете (пролистать вверх отчет нельзя) - обалдеть, причем тут контрол на гриде и кнопочки прокрутки вверх?
2)работа обычной кнопки с перекрытым методом clicked().
3)если у вас 2 грида, и между ними splitter (как в SalesTable) периодически кнопки будут исчезать, пока не дернешь форму.
А если форма MDI, то вообще полна горница сюрпризов.
Еще раз скажу,что хочу разобраться, потому что такое может быть во многих формах, где побывали предыдущие программисты, и может быть от этого зависит какой нибудь алгоритм, к которому привыкли пользователи.

P.S. Ну, а что скажет купечество? "12 стульев"

[Wamr]

а стандартные "танцы с бубном" (реиндексация приложения, глобальная компиляция) не помогают?

[Pustik]

Цитата:

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

а стандартные "танцы с бубном" (реиндексация приложения, глобальная компиляция) не помогают?

Все компилируется на Ура.
Есть еще такое подозрение, что edit-метод работает так же как display, и из за этого беда, потому что при открытии формы грид моргает.

[gl00mie]

Цитата:

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

в зависимости от того заполнено оно или нет, управляли контролом. Что-то типа :

edit ItemName editItemId(boolean _set,InventTable _data, ItemName _val)
{
    ItemName _ret = _val;

    if (_data.ItemName)
        InventTable_NameAlias.enabled(false);
    else
        InventTable_NameAlias.enabled(true);

    return _ret;
}

Я конечно условно показываю на InventTable для примера. Там была другая своя таблица. И код такой замудреный, логику, вернее смысл которого я так и не понял.

Руки обрывать за такие вещи edit-display-методы дергаются на формах подчас до 6-8 раз в секунду (это легко проверяется), причем при любой перерисовке формы. Изменение доступности контрола тоже ведет к частичной перерисовке, отчего снова могут дергаться display-edit-методы. Представляю, как весело должна работать форма, где хрендцать записей на гриде и несско десятков, а то и за сотню раз в секунду (!!) отрабатывает логика изменения доступности какого-нить контрола...

Цитата:

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

Буквально недавно, всплыло, что не работает кнопка, в которой просто тупо на методе clicked() висит info('бла-бла-бла'). И опять edit-метод на гриде. Открываешь форму с записями, жмешь кнопку и ни фига. Закрываешь форму выскакивает инфо.

Инфолог отрисовывает окно с сообщениями, как только клиент начинает "простаивать". В свете вышеизложенного из-за постоянного мельтешения display-методов клиент может "шуршать" все время, пока открыта форма, и переходить в режим простоя лишь после ее закрытия.

Цитата:

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

Кстати кнопочки прокрутки вверх на отчете(о чем я говорил выше) тоже появлялись после закрытия формы..

Возможно, ядро "позволяет" прокручивать отчет вверх тоже лишь во время простоя.

PS. Заметьте, что управление доступностью bound-контрола либо табличного поля влияет на все записи в гриде (хотя в каждый момент активна лишь одна), в то время как display-edit-методы на гриде работают с каждой записью по отдельности. Допустим, в записях на гриде через одну то заполнено ItemName, то пусто. Тогда при отрисовке поля для первой записи приведенный edit-метод отключит доступность NameAlias (для всех записей на гриде), для второй - снова включит (для всех), для третей - опять выключит и т.д. И так форма будет дергаться, будто в конвульсиях, пока ее не закроешь (эффект может проявляться в большей или в меньшей степени в зависимости от производительности клиентской машины).

[Pustik]

gl00mie, класс, спасибо за информацию.

[Pustik]

Осталось выяснить по поводу исчезновения кнопок?

[gl00mie]

Может, просто глюки перерисовки? IntelliMorph захлебывается в попытках пересчитать/перерисовать дизайн формы несско десятков/сотен раз в секунду? Я бы в любом случае убрал такой код из display-edit-методов - если и тогда кнопки будут пропадать, то уже можно более детально разбираться, а пока получается как в анектоде: "...а вы так не делайте"
Что касается приведенной ссылки, где рекомендовали управлять доступностью кнопок в display-методе (мол, работает независимо от того, выбралась запись или нет), хочу заметить, что решается все, по-моему, проще: делается метод, управляющий доступностью всех связанных с записью кнопок, и этот метод дергается из active() - безусловно и из executeQuery() после super() - по условию, что курсор, связанный с DS, пуст (в этом случае active не отработает). И никакого мельтешения display-методов...

[Pustik]

Цитата:

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

Тогда при отрисовке поля для первой записи приведенный edit-метод отключит доступность NameAlias (для всех записей на гриде), для второй - снова включит (для всех), для третей - опять выключит и т.д. И так форма будет дергаться, будто в конвульсиях, пока ее не закроешь (эффект может проявляться в большей или в меньшей степени в зависимости от производительности клиентской машины).

Именно так и происходит, потому что грид мелькает. Очень понятно и быстро объяснили, класс, спасибо!!!!

[Pustik]

Цитата:

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

Я бы в любом случае убрал такой код из display-edit-методов

Убрали однозначно, просто не знали в чем причина. Думал не много по другому.