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

[S.Kuskov]

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

[lev]

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

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

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

[S.Kuskov]

Цитата:

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

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

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

[ice]

Цитата:

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

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

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

[ice]

Цитата:

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

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

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

[lev]

Цитата:

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

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

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

[S.Kuskov]

Цитата:

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

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

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

[lev]

Цитата:

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

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

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

[S.Kuskov]

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

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

[ice]

Цитата:

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

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

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

[S.Kuskov]

Цитата:

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

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

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

[ice]

Цитата:

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

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

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

[lev]

Цитата:

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

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

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

[S.Kuskov]

Проверки в коде - это хорошо, это правильно, без них не обойтись, это даже не обсуждается. Ещё раз процетирую себя

Цитата:

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

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

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

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

P.S.: Cам я несколько раз использовал возможность передачи пустого курсора в различных целях. Например, для получения ссылки на временую таблицу (в результате обработки в неё добавлялись записи), либо для доступа через полученный курсор к связанному с ним источнику данных (в этом случае вообще было не важно есть ли в курсоре данные или нет). Но не думаю что, использовать для этого args.record() оправдано, в таких случаях вполне можно обойтись и без него. И честно говоря в первый раз был удивлён когда данная комбинация сработала. Не было это... интуитивно понятным что ли.

[sukhanchik]

Цитата:

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

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

Ядро ж как и приложение - писали люди. Наверняка воспользовались принципом 80% / 20%. Или что-то еще сыграло - сие науке неизвестно. Но МС, купив АХ явно не стал себе ставить задачу по устранению данного неудобства в качестве приоритетной

[gl00mie]

Цитата:

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

Много ли смысла в передаче пустого курсор из формы (нормальной аксаптовской формы) в код? Т.е. создавая menuItemButton и связывая его с конкретным источником данных, разве мы не подразумеваем использование этой кнопки только в контексте какой-то (одной или нескольких в случае мультиселекта) записи?

Во-первых, формы, вызываемые через пункты меню, могут использоваться не только для обработки уже имеющихся записей, но и для создания новых. Во-вторых, за счет ограничения доступности кнопки в зависимости от наличия записи нельзя гарантировать, что форма, вызываемая по кнопке, не окажется в ситуации, когда соответствующей записи для обработки нет: если вызываемая форма использует dynalink, то после ее открытия можно изменить запрос на вызывающей форме таким образом, чтобы не выбралось ни одной записи, - в результате запись, переданная вызываемой форме, пропадет. Опять же, если вызываемая форма использует dynalink, то такая ситуация в общем случае ничем не будет отличаться от ситуации, когда ей изначально не была передана запись.

[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-ом