02.08.2019, 14:04 | #1 |
Участник
|
TabChanged Trouble`s, вопрос опытным
Суть проблемы такова:
Какие есть еще решения? |
|
02.08.2019, 15:58 | #2 |
Участник
|
Цитата:
необходимо обработать его контролы
Обрисуйте более подробно всю задачу, возможно её можно реализовать иначе. |
|
05.08.2019, 09:17 | #3 |
Участник
|
На табе формируется фильтрация попарным набором контролов: [checkBox, comboBox ]
для каждого типа строки содержащегося в журнале [checkBox], и критерием строки [ComboBox]. Каждая пара формирует exists рендж по журналам. Сейчас при вызове tabChendged, если fomTab это наш таб - фильтр то передергиваем executeQuery который смотрит на контролы таба. Но перекрытый tabChendged блокирует перердвижение и добавление полей через настройки формы пользователем (желтые замочки на контролах в дереве настроек). Вопрос в оптимальном выборе момента для формирования ренджа и передергивания executeQuery датасоурса либо снятие блокировки навешанной перекрытым tabChendged . Пытался после супера в tabChendged вызывать X++: Tab.allowEdit(true); Tab.lockWindowUpdate(false); ab.unLock(true); X++: Tab.allowUserSetup() == FormAllowUserSetup::Yes |
|
05.08.2019, 10:47 | #4 |
Участник
|
Если кому будет нужно. В описаниях методов контролв указано за проблему с tabChenge и tabChenged и советуют методы в альтернативу.
https://docs.microsoft.com/en-us/dyn...-form-controls В моём случае помог allowPageDeactivate на tabPage. X++: public boolean allowPageDeactivate() { boolean ret; ret = super(); if(ret) ProdTable_ds.executeQuery(); return ret; } |
|
|
За это сообщение автора поблагодарили: S.Kuskov (5). |
05.08.2019, 10:59 | #5 |
Мрачный тип
|
Сие смутно напоминает уродливую и бестолковую форму под именем ForecastPurch...
Кто-то мешает вынести группу контролов, содержащих значение фильтров, на морду лица формы и, при модификации тамошних значений обновив значение соответствующего Range, вызвать executeQuery() на управляемом источнике данных формы вместо этих игрищ с табами ?
__________________
Мы летаем, кружимся, нагоняем ужасы ... |
|