Потеря фокуса при вызове формы поиска

[Paul_ST]

Добрый день!
Столкнулся с проблемой: в форме SalesTable при использовании стандартного поиска из контекстного меню после возникновении на экране стандартной формы поиска (SysFormSearch) она теряет фокус. Фокус переходит обратно на форму SalesTable.
Эффект наблюдаю только в одном из приложений (DAX 4.0).
Такое ощущение, что эффект возникает в том случае, когда сразу нажимаешь правую кнопку мыши на некоторой строке формы заказы, в контекстном меню выбираешь поиск. При этом сама выбранная строка формы не обновилась. Выпадает форма поиска, сразу после этого она теряет фокус. А выбранная строка формы заказы обновляется (актуализируется).

Как можно попробовать полечить? В каком направлении копать? Или версия ядра виновата?

[kashperuk]

Может кто-то изменил форму SysFormSearch?

[Paul_ST]

Исключено. Форма только на sys

[sukhanchik]

А форму SalesTable? Если она изменена - то попробуйте повторить ситуацию, удалив с нее все изменения. Встречался я с тем, что могут перекрыть всякие методы типа lostFocus и все такое

[Paul_ST]

Да, уже попробовал!
Удивительное дело, но в SalesLin_ds.active() присутствовала незамысловатая строка - управление видимостью группы на одной из вкладок нижней части (относящейся к датасорсу SalesLine) в зависимости от Salesline.SalesType.
Закомментировав эту строку, обнаружил исчезновение проблемы. Группа, о которой идет речь, без подводных камней. ПРосто два дополнительных поля из SalesLine.
В чем здесь может быть дело?

[miklenew]

Что похожее было
Багофича в закупке

[Shchennikov]

Ax 4.0
Такая же фигня - во всех формах со строками, если в строке присутствует метод active, в котором меняется видимость элемента формы, то при вызове формы фильтра, форма забирает фокус на себя. Кто-нибудь решал данную проблему?

[danket]

В DAX2009 такая же проблемма на форме SalesTable и вся беда в том что форма модифицирована и прилично и в методе active видимость кнопок регулируется.
Решения пока нет?

[danket]

Все дело оказалось в контроле StatikText, при получении текста он меняет свой размер и забирает фокус. Заменил его на StringEdit и поставил фиксированный размер и все заработало.

[someOne]

Цитата:

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

Все дело оказалось в контроле StatikText, при получении текста он меняет свой размер и забирает фокус. Заменил его на StringEdit и поставил фиксированный размер и все заработало.

Можно ли чуть по подробнее с конкретным примером (из формы SalesTable) ?

[Zabr]

Цитата:

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

Все дело оказалось в контроле StatikText, при получении текста он меняет свой размер и забирает фокус. Заменил его на StringEdit и поставил фиксированный размер и все заработало.

Если имеется в виду поле в форме поиска, то в Ax4.0 оно уже как раз StringEdit, а вовсе не StaticText, и ошибка есть.

[S.Kuskov]

Сама форма поиска тут не при чём. Суть проблемы кроится в контекстном меню грида, а точнее в опции LinkType Delayed связанного источника данных. Это опция разрешает системе ждать некоторое время перед посылкой запроса на выборку связанных данных. Это сделано для того, что бы увеличить производительность при быстром движении курсора по гриду (система на всякий случай ждёт а вдруг курсор пойдёт дальше, зачем тогда зря выбирать связанные данные). Система выжидает подобный таймаут при активации строки правой кнопкой мыши так же как и при левой. Вот и получается что контекстное меню уже открыто, а выборка данных связанного датасурса ещё не произошла. Только после выбора пункта меню управление возвращается к форме где происходят все нужные действия по отображению связанных данных. И если, например, в событии active связанного источника данных находится код, который изменяет дизайн фрмы, то это вызывает переход фокуса.

Как мне видится, решить проблему можно только если принудительно заставить систему игнорировать опцию Delayed при правом клике. Но как это сделать?

[Pustik]

Цитата:

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

Все дело оказалось в контроле StatikText, при получении текста он меняет свой размер и забирает фокус. Заменил его на StringEdit и поставил фиксированный размер и все заработало.

Наверное, danket имел ввиду, что на форму SalesTable был вынесен какой-то информационный StaticText , который в методе Active datasourca принимал определенную value(). Что-то наподобе второго caption. Заменив StaticText на StringEdit проблему решил. AX2009

[Maximin]

Обычно помогает вот что:
1. Убрать установки visible с active или заменить на enabled.
2. Никаких обновлений "левых" полей/надписей(StaticText) на active - все на display методах. Ну, или как описано - замена на StringEdit.

[someOne]

Кажется, понял причину проблемы потери фокуса окна поиска в формах "SalesTable" и "PurchTable"

Проблема там вызвана, судя по всему, функциональностью формата адресов доставки,
которая используется в локализации Аксапта.

Каждый раз, при отрабатывании метода active источника данных формы происходит "перерисовывание" контролов на закладке "Адрес". При этом обновление контролов происходит как в самом заказе, так и в строках заказа (даже если у вас отключен конфигурационный ключ "TradeMultiShipTo" - "Несколько получателей", и закладка "Адрес" в строках - не видима!). Именно в полях адреса имеется контрол "StaticText" который "забирает" фокус.

Решить проблему можно таким способом.
1. Если вы не используется функциональность "Несколько получателей" - лучше всего вообще отключить функциональность Адресов для строк заказа (закупки).
(или "повесить" туда конфигурационный ключ "TradeMultiShipTo")
class FormRunListener_Address_RU

public static container addressInfo(Args _args)
...
            case formstr(SalesTable) :
                return [[#HeaderDeliveryAddress, tablenum(AddressMap)]];
...

2. Перенести "обновление" полей адреса из метода active источника данных, например, в метод активации закладки "адрес" формы "заказы"

public void pageActivated()
{
    SysSetupFormRun SysSetupFormRun = element;
    ;
    SysSetupFormRun.active_W();

    super();
}

и отключить его для метода active :
class Info:

void formNotify(FormRun formRun,FormNotify event)
...
            // <GEEU>
            if (SysDictClass::is(formRun, classnum(SysSetupFormRun)))
            {
                // исправить ошибку потери фокуса при открытии окна поиска, перерисовка происходит при активации tabPage
                if (formRun.name() == FormStr(PurchTable) || formRun.name() == FormStr(SalesTable))
                    break;
                // <--

                sysSetupFormRun = formRun;
                sysSetupFormRun.active_W();
            }
            // </GEEU>

...

Эти меры позволяют не только избежать ошибки потери фокуса, но и по моим ощущениям, ускорить работу самой формы заказы (закупки).
(Так как больше не происходит лишних действий по обновлению полей адреса)

[Zabr]

Судя по тому что у меня в четверке нет класса FormRunListener_Address_RU - это рецепт для Ax2009 ?

[someOne]

Цитата:

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

Судя по тому что у меня в четверке нет класса FormRunListener_Address_RU - это рецепт для Ax2009 ?

Да, решение для Ax2009.

В предыдущих версиях идея примерно была та же. Группа полей адреса "перерисовывается" каждый раз при активации новой записи.

В версии 4 не видел, но наверное там работает та же система что и в версии 3.0.
Попробуйте перенести код (ниже) (из метода Active) в метод pageActivated

    if(isConfigurationkeyEnabled(configurationkeynum(RAddress)) && ret)
        addressEngine_RU.afterDataSourceActive();

[Zabr]

Цитата:

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

В версии 4 не видел, но наверное там работает та же система что и в версии 3.0.

Как-то по-другому, даже комментирование целиком методов salestable.active() , purchtable.active() не помогает, фокус пропадает как и прежде.

[someOne]

Не знаю как в версии 4,0 но может быть и там могут быть поля адресов как в заказе, так и в строках заказа, поэтому метод active нужно отключать в 2-х местах сразу, для обоих источников данных ...

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

[S.Kuskov]

Решил проверить одну догадку и вроде как помогло.

В init() формы поиска SysFormSearch получаю ссылку на вызвавшую её форму и блокирую её перерисовку методом lock()

AOT\Forms\SysFormSearch

void init()
{
    // KSM 03.08.2022 -->> fix "Потеря фокуса при вызове формы поиска"
    FormDataSource fds;
    ;

    fds = this.args().record().dataSource();
    caller = fds.formRun();
    caller.lock();
    // KSM 03.08.2022 <<-- fix "Потеря фокуса при вызове формы поиска"

    _dataset = element.args().dataset();
    super();
}

В методе сlose() на всякий случай делаю caller.ulock().
Переменная caller типа FormRun объявлена в ClassDeclaration.
Но оно вроде как и без этого само восстанавливается, потому как ещё до закрытия формы поиска видно как на заднем плане перерисовывается основная форма, но к потери фокуса это уже не приводит.

Вуаля, форма поиска больше не теряет фокус там где раньше теряла.