Заблокировать menuItemButton если запись не выбрана

[S.Kuskov]

Как проще всего заблокировать menuItemButton если запись в соответствующем DataSource не выбрана (DataSource пуст либо фильтром скрыты все записи)? Почему такое поведение не предусмотренно по умолчанию?

[lev]

я обычно в методах формы пишу метод, что то типа activeButton. В этом методе пишу что то типа:

MymenuItemButton.Enabled(DataSource.RecId != 0);

т.е. все управление нужными кнопками пишу в нем.
далее в методе active нужного dataSource вызываю этот метод.

[ice]

Цитата:

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

Как проще всего заблокировать menuItemButton если запись в соответствующем DataSource не выбрана (DataSource пуст либо фильтром скрыты все записи)? Почему такое поведение не предусмотренно по умолчанию?

не предусмотренно по умолчанию т.к. в этом нет смысла. проверяйте наличие курсора непосредственно внутри вызываемого класса или формы

[S.Kuskov]

Цитата:

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

далее в методе active нужного dataSource вызываю этот метод.

Может быть я конечно что-то делаю не так, но у меня не происходит события active для пустого datasource . Версия AX2009

[ice]

Цитата:

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

Может быть я конечно что-то делаю не так, но у меня не происходит события active для пустого datasource . Версия AX2009

для пустого не вызывается active()

[S.Kuskov]

Решил в событии leaveRecord() датасурса всегда дизейблить кнопку, а в active() разблокировать.
Да и ещё по умолчанию в самом дизайнере, либо в ините формы, заблокировать кнопку, на случай если сразу после открыти формы datasource уже пуст.

Исправление: не leaveRecord а просто leave(). При потери гридом фокуса ввода событие leave не происходит, в отличии от leaveRecord.

[ice]

Цитата:

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

Решил в событии leaveRecord() датасурса всегда дизейблить кнопку, а в active() разблокировать.
Да и ещё по умолчанию в самом дизайнере, либо в ините формы, заблокировать кнопку, на случай если сразу после открыти формы datasource уже пуст.

и так на каждой форме, куда добавите кнопку?

[lev]

Цитата:

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

не предусмотренно по умолчанию т.к. в этом нет смысла. проверяйте наличие курсора непосредственно внутри вызываемого класса или формы

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

[S.Kuskov]

Цитата:

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

и так на каждой форме, куда добавите кнопку?

Только на тех, в которых есть требование её скрывать . У меня не было задачи исключить проверки в коде на пустой курсор, у меня была задача отобразить недоступную кнопку в случае, когда нажатие на неё некоректно.

[S.Kuskov]

Цитата:

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

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

А если удалить из грида единственную запись или наложить такой фильтр, условию которого не удовлетворит ни одна из записей и грид опустеет, тогда также вызовется activeButton?

[ice]

Цитата:

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

Только на тех, в которых есть требование её скрывать . У меня не было задачи исключить проверки в коде на пустой курсор, у меня была задача отобразить недоступную кнопку в случае, когда нажатие на неё некоректно.

можно было разместить кнопку в выпадающем меню, и блокировать кнопку при нажатии на кнопку меню. а проверку в вызываемом классе все равно придется делать, тк если его вызывут из кода, то он некорректно отработает

[lev]

Цитата:

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

можно было разместить кнопку в выпадающем меню, и блокировать кнопку при нажатии на кнопку меню. а проверку в вызываемом классе все равно придется делать, тк если его вызывут из кода, то он некорректно отработает

про выпадающее меня согласен.
Но тема не про это, а про отдельный menuItemButton.
И иногда кнопки должны быть просто на форме, без всяких MenuButton.

[S.Kuskov]

Цитата:

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

про выпадающее меня согласен.
Но тема не про это, а про отдельный menuItemButton.
И иногда кнопки должны быть просто на форме, без всяких MenuButton.

Сейчас у меня именно такой случай

[lev]

Цитата:

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

А если удалить из грида единственную запись или наложить такой фильтр, условию которого не удовлетворит ни одна из записей и грид опустеет, тогда также вызовется activeButton?

При удалении не помню (скорее всего нет), после фильтра не вызовется...
но тут уже подстраховывает проверка в самой функции

[lev]

кстати, можно попробовать добавить на active() формы вызов этого метода. по идее active() формы должен вызываться всегда когда форма обновляется (не уверен, надо проверять), тогда вообще никаких проблем. и не надо в дата сорсах ничего писать

[S.Kuskov]

Проверил active() формы - работает только при активации окна, а не при любом его обновлении (оно и правильно). Здесь скорее нужно ловить манипуляции с источником данных, прекрыть и executeQuery() и delete(), но это не спортивно . Вот было бы прекрасно если бы такое поведение кнопки регулировалось каким-нибудь стандартным свойством. Мне кажется в этом будет смысл. На мой взгляд, текущее положение вещей создаёт какую-никакую но всё-таки потенциальная угрозу ошибки, вдруг в каком-нибудь месте системы нет соответствующей проверки в коде.

[titov]

Есть метод, который вызывается всегда - display - можно этим воспользоваться

Создать контрол, к нему дисплейный метод, возращающий recid текущей записи, а также модифицирующий блокирование кнопки, плюс вывод label = false и размеры контрола = 0. "Лишний, технический" контрол практически не изменяет дизайн.

ниже проект

SharedProject_FormMenuItemButton.xpo

[Vadik]

Цитата:

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

Как проще всего заблокировать menuItemButton если запись в соответствующем DataSource не выбрана (DataSource пуст либо фильтром скрыты все записи)? Почему такое поведение не предусмотренно по умолчанию?

Потому что проверка наличия буфера и его валидности традиционно выполняется в main или в конструкторе класса, вызываемого menuItemButton-ом

[S.Kuskov]

Цитата:

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

Потому что проверка наличия буфера и его валидности традиционно выполняется в main или в конструкторе класса, вызываемого menuItemButton-ом

Про проверки в коде согласен. Но

Цитата:

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

У меня не было задачи исключить проверки в коде на пустой курсор, у меня была задача отобразить недоступную кнопку в случае, когда нажатие на неё некоректно.

Цитата:

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

Есть метод, который вызывается всегда - display - можно этим воспользоваться

titov, спасибо. Оно работает!

Лишние контролы как-то уж совсем круто.
Я в подобных случаях запрещал отдельно лежащую на форме кнопку в executeQuery датасорса, а в active разрешал.
Если пользователь наложил такой фильтр что нет записей, то executeQuery сработает, а active нет.