Как глобально отключить автоопределение ширины столбца = autoSizeColumns(false) ? - DAX: Администрирование

**mazzy** · 13.09.2010, 00:40

Собственно сабж.
Есть ли возможность глобально отключить эту новую фичу?
Что-то ужасает меня то количество форм, в которых надо отключать эту фигню...

См. также
emeadaxsupport: Forms with a high number of records take a significant time to show

**George Nordic** · 13.09.2010, 09:43

Если количество форм превышает 50, то легче смириться, оставить как есть, считать "новой фичей" и начинать привыкать.

Георгий

Logger · 13.09.2010, 09:46

Можно написать код в sysSetupFormRun, в котором перебирать все контролы и если попался грид то отключать. У нас сделали - вроде работает.

**mazzy** · 13.09.2010, 10:09

Цитата:

Сообщение от George Nordic

Если количество форм превышает 50, то легче смириться, оставить как есть, считать "новой фичей" и начинать привыкать.

Ну... Я так и делаю.
Только реально тормозит на большом количестве записей.
Из-за локализации и модификаций пришлось увеличить буфер. А с увеличенным буфером эта новая фича непотребно долго работает.

Я конечно вырубил вручную на SysTableBrowser, складских и финансовых проводках, на InventSettlement.
Смотрю в список таблиц, где еще предстоит, и мне становится плохо от этого количества бездумных модификаций...

Цитата:

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

Можно написать код в sysSetupFormRun, в котором перебирать все контролы и если попался грид то отключать. У нас сделали - вроде работает.

А на формах с большим количеством контролов не тормозит?
На тех же заказах?
Я конечно понимаю, что можно некоторые формы вынести в отдельный switch... Но как-то не хочется.

Logger · 13.09.2010, 17:05

Цитата:

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

Только реально тормозит на большом количестве записей.
Из-за локализации и модификаций пришлось увеличить буфер. А с увеличенным буфером эта новая фича непотребно долго работает.

Что за буфер ?

db · 13.09.2010, 21:42

Цитата:

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

Можно написать код в sysSetupFormRun, в котором перебирать все контролы и если попался грид то отключать. У нас сделали - вроде работает.

Ну в общем тоже сделал.
Во вложении измененный SysSetupFormRun из RU5

если лень импортировать, то

X++:

private void autoSizeColumns(boolean _autoSizeColumns)
{
    void traverse(Object _parent)
    {
        int         cnt = _parent.controlCount();
        Object      child;
        int         i;
        ;
        if (_parent.handle() == classnum(FormGridControl))
        {
            _parent.autoSizeColumns(_autoSizeColumns);
        }
        else
        {
            for (i = 1; i <= cnt; i++)
            {
                child = _parent.controlNum(i);

                if (child.isContainer())
                {
                    traverse(child);
                }
            }
        }
    }
    traverse(this.design());
}

X++:

public void init()
{
    int a;
    // <GEEU>
    this.raiseEvent_W(methodstr(FormRunListener_W, beforeInit));
    // </GEEU>
    super();
    SysSecurityFormSetup::loadSecurity(this);
    this.dimensionFieldCtrls();
    this.inventStorageDimFieldCtrls();

    this.autoSizeColumns(false);

    if (this.isWorkflowEnabled())
    {
        workflowControls = SysWorkflowFormControls::construct(this);
        workflowControls.initControls();
    }
    // <GEEU>
    this.raiseEvent_W(methodstr(FormRunListener_W, afterInit));
    // </GEEU>
}

Малость (не более 0,1 сек) притормаживает открытие формы в зависимости от количества элементов на ней.

Daiver · 13.02.2011, 18:23

Цитата:

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

Ну в общем тоже сделал.
Во вложении измененный SysSetupFormRun из RU5
....
Малость (не более 0,1 сек) притормаживает открытие формы в зависимости от количества элементов на ней.

Если использовать данную модификацию, действительно немного быстрее открывается форма. Но попробуйте теперь создать запись например в Управление запасами\Журналы\Проводки по номенклатуре\Проводка, что при этом происходит со столбцами грида и их заголовками? Все успешно разъезжается. Не красиво как-то получается. Такое впечатление что для создаваемой строки отрабатывает свойство autoSizeColumns(true).
Если отредактировать ширину какого либо столбца руками, чтобы система запомнила настройки формы, то такого глюка не возникает.

Ivanhoe · 13.02.2011, 20:16

Цитата:

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

Если использовать данную модификацию, действительно немного быстрее открывается форма. Но попробуйте теперь создать запись например в Управление запасами\Журналы\Проводки по номенклатуре\Проводка, что при этом происходит со столбцами грида и их заголовками? Все успешно разъезжается. Не красиво как-то получается. Такое впечатление что для создаваемой строки отрабатывает свойство autoSizeColumns(true).
Если отредактировать ширину какого либо столбца руками, чтобы система запомнила настройки формы, то такого глюка не возникает.

Такое поведение есть и в совсем стандартной AX без модификаций. К сожалению, явной последовательности действий не нашел. Бывает, хоть и редко, практически в любой форме с гридом.

Logger · 13.09.2010, 10:19

Не замерял тормоза. Так как активно не работаю пока в 2009-й.
В 3-ке подобные переборы всех контролов не тормозили точно.

**fed** · 13.09.2010, 11:00

Может попробовать переопределить метод init() в sysSetupFormRun ? Можно там super() вызвать, а потом написать рекурсивный перебор контролов, который всем гридам поставит autoSizeColumns(false). Код рекурсивного перебора можно позаимствовать в sysSetupForm.formControlTreeBuild().

**mazzy** · 13.09.2010, 18:08

maximum buffer Size:
Параметр Maximum buffer size в настройках AOS
Maximum buffer size
Pawan's Ax blog: Setting max buffer size in Ax2009 for AIF

**fed** · 13.09.2010, 18:25

Цитата:

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

maximum buffer Size:
Параметр Maximum buffer size в настройках AOS
Maximum buffer size
Pawan's Ax blog: Setting max buffer size in Ax2009 for AIF

Обрати внимание: Первые два сообщения - про размер буфера курсора (грубо говоря), который устанавливается в конфигураторе сервера. Последнее сообщение - про совсем другой буфер (максимальный объем переменных сессии).Начиная с 4ки можно запретить одной сессии съедать под переменные (как я понимаю - вполне себе пользовательские переменные типа больших mapов или строк) более чем некоторый объем памяти. По моему опыту - при превышении этого объема в 2009ой версии сервер регулярно тупо падает по exception (хотя по логике вещей должен был бы прибивать твою сессию).
На мой взгляд - к твоей проблеме имеет отношение только буфер курсора.

Logger · 13.09.2010, 19:21

Цитата:

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

По моему опыту - при превышении этого объема в 2009ой версии сервер регулярно тупо падает по exception (хотя по логике вещей должен был бы прибивать твою сессию).

Опаньки...
А 3-ка как себя вела в таких случаях ? Pointer fedj выдавала ?

**fed** · 13.09.2010, 19:27

Цитата:

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

Опаньки...
А 3-ка как себя вела в таких случаях ? Pointer fedj выдавала ?

В трешке этой настройки просто не было. А 4ку по моему никто в России (да и в мире) никто толком неповнедрял, так что особой статистики по падениям не набралось. А в 2009ой когда мы поддержку запросили - поддержка результатам анализа крэшдампа не удивилась нисколько, так что похоже что это типичная ситуация....

Logger · 13.09.2010, 22:01

Цитата:

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

В трешке этой настройки просто не было.

Имел в виду - при сравнимом объеме используемой под переменные памяти. Помнится были глюки при разноске больших журналов основных средств. Это тот случай ?

DSPIC · 13.09.2010, 22:53

А почему не отключить это св-во во всех формах, пробежавшись по ним джобом?

db · 13.09.2010, 22:57

Цитата:

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

А почему не отключить это св-во во всех формах, пробежавшись по ним джобом?

вы желаете видеть почти все формы в usr (ну или другом вашем любимом) слое со всеми вытекающими из этого радостями последующей жизни?

**mazzy** · 13.09.2010, 23:08

Цитата:

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

вы желаете видеть почти все формы в usr (ну или другом вашем любимом) слое со всеми вытекающими из этого радостями последующей жизни?

не хотелось бы. но ведь альтернатива - все равно иметь формы в usr, но с измененным init().
изменения в свойствах гораздо легче в дальнейшем апгрейдить, нежели изменения в методах

Logger · 13.09.2010, 23:13

Цитата:

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

...но ведь альтернатива - все равно иметь формы в usr, но с измененным init().

Совсем не обязательно. Код на sysSetupFormRun.init() можно сделать совсем хитрым, чтобы реагировал только на определенные формы и нужные гриды доставал из дизайна сразу по имени, не перебирая всех контролов. Тогда форма не переезжает на usr-слой.

db · 13.09.2010, 23:18

Цитата:

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

не хотелось бы. но ведь альтернатива - все равно иметь формы в usr, но с измененным init().
изменения в свойствах гораздо легче в дальнейшем апгрейдить, нежели изменения в методах

Цитата:

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

Совсем не обязательно. Код на sysSetupFormRun.init() можно сделать совсем хитрым, чтобы реагировал только на определенные формы и нужные гриды доставал из дизайна сразу по имени, не перебирая всех контролов. Тогда форма не переезжает на usr-слой.

ребята, травы отсыпьте

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

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
findValue = false	valentino	DAX: Программирование	5	19.11.2009 11:36
Отчеты семейства "Оборотно-сальдовая ведомость", "Акт сверки" и прочие (RCash*) с ListView перед отчетом - настройка ширины столбцов	Maximin	DAX: Функционал	5	17.04.2009 15:10
Сергей Герасимов: Как отключить функциональность суммовых разниц	Blog bot	DAX Blogs	16	21.11.2008 17:12
Формат столбца при вставке через буфер	breakpoint	DAX: Программирование	11	23.05.2008 10:35
closeDocument(boolean _save = false, int _workBook = 1)	Daido	DAX: Программирование	1	03.11.2007 09:58