Добавлении строки сбрасывает фильтр!!!

[Pustik]

Добрый день.
AX2009. У нас имеется такой неприятный момент для пользователей. Они на формах накладывают определенный фильтр. Потом, при добавлении строки он сразу сбрасывается, таким образом в поля инициализирующей строки, по которым был наложен фильтр ничего не пишется. Пользователи недовольны.
Раньше они накладывали фильтры по полям, добовляли строку и в соответствующие поля подставлялись значения фильтров. Их заполнять уже не надо было.
Вопрос: Почему в 2009 такое убрали? Или не убрали, просто, оно само по себе исчезло? Возможно ли такое починить глобально (такое присутствует даже на обозревателях таблиц)?

[someOne]

Могу лишь предположить что убирание фильтра сделано намеренно.
Пытался отключить "сбрасывание" фильтра во всех формах при вставке новой записи - путем перехвата события в методе task класса syssetupformrun.

Все в общем то довольно легко получилось. При добавлении записи фильтры больше не сбрасывались.

Но всплыли другие "засады" !!!!

Например перестали отрабатывать методы initValue для тех полей, по которым были установлены фильтры перед добавлением новой записи.

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

Такое было и ранее, но для полей где в init - е генерировались значения, в аксапте 3.0 работала такая логика:
При создании новой записи был такой порядок (это мое предположение) :
1. Заполнить поля новой строки значениями текущего фильтра в форме
2. Инициализировать новую запись из методов таблицы и форм (метод init) где могут генерироваться номера из номерных серий, например.

В Ax 2009 похоже сделали все наоборот. Поэтому и пришлось в ядре "сбрасывать" фильтр при добавлении новой записи для избежания глюков.

В общем засада. Разработчики Ax2009 подкинули проблем...
Пользователи плюются.

[kornix]

Соглашусь с мнением someOne .

Обсуждалась точно такая проблема тут

[Pustik]

Да это, вообще, очень не удобно. Люди привыкли к простоте, и тут, "Нет уж, получите, будьте любезны".А каково разработчикам, которым приходится бегать по обозревателям таблиц где куча полей, и добавлять какие-нибудь записи, как-говорится "руками"? Раньше отфильтруешь необходимый диапазон строк по комбинации фильтров, создаешь строку, все стоит осталось там поставить только кол-во или сумму, нет, блин, теперь беги по всем полям и заново их заполняй. Дурдом.

[kornix]

Да уж... а тем более лезть в класс SysSetupFormRun вообще говоря страшно, особенно если функционал сильно кастомизирован.

[Pustik]

Кстати, у нас в 3.0 класс SysSetupFormRun был девственно чист. Теперь это нарядная елка, обвешанная игрушками USR-слоя :
Автоматическое расширение полей
Перекос грида, при передвижении по нему Enter-ом
Автоматическое сохранение размера форм
Глюк выхода из ячейки грида, после двойного клика
MDI возможность
Отмена не нужного ShowShortCut