Динамическое создание DataSource на форме, и добавление элементов дизайна.

[epack]

В методе init формы пытаюсь добавть DataSource, и поля этого DS положить на грид на форме.
Написал следующее:

PHP код:

public class FormRun extends ObjectRun
{
    FormBuildDataSource    fbds;

    FormControl formControl1;
    FormControl formControl2;
}

void init()
{
    super();

    fbds = form.addDataSource("Table1");

    Grid.dataSource(fbds.table());  //    Grid.dataSource(fbds.id()); пробовал оба варианта

    formControl1 = Grid.addDataField(fbds.id(),fieldnum(Table1,Field1),formControl0);
    formControl2 = Grid.addDataField(fbds.id(),fieldnum(Table2,Field2),formControl1);
} 


Во-первых, побочный глюк-неудобство - не получается у меня в пустой грид добавить поля из кода, в смысле, при запуске формы грид остаётся пустым.
Так что пришлось положить на грид Control типа StringEdit, под названием formControl0 (EDT, например, Name), а из кода уже после него добавлять остальные, нужные, поля.

Далее, теперь грид формируется правильно (т.е., содержит одно ненужное и два нужных поля), однако не отображает данные из соответствующей таблицы.
Если я такой же набор полей (со сходными свойствами) формирую в гриде вручную, в дизайне, то данные отображаются.
Возможно, некорректно устанавливается свойство DataSource грида..

Объясните пожалуйста, чего не хватает (или что я сделал не так).

[ANVA]

Коллега! Рекомендую посмотреть код формирования списка должностных лиц при печати складских журналов. Думаю там все найдешь. Класс называется InventJournalPrintForm_RU. Метод run. Идея состояла в следующем: Для складского журнала может формироваться 1..n отчетов. Каждый отчет содержит свой список должностных лиц. Потому кнопку диалога была повешена форма в которую динамически набрасывались tabPages, на них в свою очередь grids, которые привязывались к своим источникам данных. Вот такая штука.


P.S. Это верно для версии 3.0 SP1 и старше.

[Ser]

Или посмотрите класс SysTableBrowser (браузер таблиц), там практически все, что Вам нужно.

[epack]

Спасибо, посмотрел эти классы, понял, насколько был неправ при написании кода до этого . Но проблему не решил.
Моя ситуация немного отличается. В данных классах сначала создаётся объект Form, затем на него вешаются DataSource и FormControls, затем на основе этого Form создаётся FormRun, и запускается на выполнение.
В моём же случае, нужно изменить структуру формы из самой этой формы.
(Изначально вопрос возник из размышлений на тему, возможно ли сделать относительно универсальный лукап, отсюда и привязка всех действий непосредственно к лукап-форме).
Всё, что нашёл в Аксапте на эту тему - кратенькое замечание в developer's guide про медот формы init() :
"Before the super() call in the method, you can modify the form using the FormBuild system class."

Какие ещё будут соображения по этому поводу?

[Axapta]

Попробуйте ваши действия по добавлению динамических элементов производить до супера в init()....

[epack]

Пробовал, при запуске формы аксапта вылетает.

PHP код:

    dsName = tableId2Name(tablenum(Table1);

    fbds = form.addDataSource(dsName);
    fbds.table(tablenum(Table1));

    grid = form.addControl(FormControlType::Grid, "");
    grid.dataSource(dsName);

    fc1 = grid.addDataField(fbds.id(),fieldnum(Table1,Field1));
    fc2 = grid.addDataField(fbds.id(),fieldnum(Table1,Field1));

    super(); 


[ANVA]

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

[EVGL]

Решал я такую задачу. Все можно сделать, и притом из самой формы. Как было правильно замечено, модифицировать дизайн надо перед super() в init(). Работа идет с классом Form form = formRun.form(). Чтобы Аксапта не вылетала, я заранее завел источник данных в форме, а потом подменяю ему таблицу:

PHP код:

    FormBuildDatasource formBuildDatasource;
    ;
    // Build the selectable grid
    formBuildDatasource = form.dataSource(#DataSourceSelNo);
    formBuildDatasource.table(subjTableLookup.subjTableId());
    selDSId = formBuildDatasource.id();
    .... 


Следующим шагом добавляем поля в грид (тоже заведен заранее, хотя это и не столь важно):

PHP код:

private FormControlId buildGrid(container           _fields,
                                FieldId             _selFieldId,
                                FormControlName     _name,
                                FormBuildDatasource _datasource)
{

    FormBuildControl        control;
    FormBuildGridControl    gridControl;
    FormControlId           ret;
    int                     i;

    gridControl         = form.design().control(_name);
    gridControl.dataSource(_datasource.id());

    for (i = 1; i <= conlen(_fields); i++)
    {
        control = gridControl.addDataField(_datasource.id(), conpeek(_fields, i));

        if (conpeek(_fields, i) == _selFieldId)
        {
            ret = control.id();
        }
    }

    return ret;
} 


ВСЕ! В моем случае речь идет о lookup-форме, поэтому выполняются магические пассы с "главным" контролом sel[ected]Field.

[ANVA]

Спасибо, Женя, был не прав

[epack]

Спасибо, всё получилось.

[Garic]

Цитата:

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

Ещё можно вместо добавления источника, открыть заново форму.
При этом в новую копию формы передать тот же args.

Зачем это надо? - можно без кастомизация формы динамически добавлять функциональность (по типу как сделан SysListPanel).

Цитата:

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

Ещё можно вместо добавления источника, открыть заново форму.
При этом в новую копию формы передать тот же args.

Зачем это надо? - можно без кастомизация формы динамически добавлять функциональность (по типу как сделан SysListPanel).

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

[vallys]

Цитата:

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

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

Как-то потребовалось создавать диалоги с источниками данных и гридами. В качестве альтернативы созданию собственных форм для каждого случая, была использована одна собственная диалоговая форма (можно модифицировать стандартную форму Dialog) с заранее созданными искуственными источниками данных, которые позднее переопредилялись в RunBase.dialog(...). Динамически создавать источники данных в стандартной форме не получилось по предпологаемой причине, описанной ниже. Далее имхо.
Представьте, что экземпляры объектов, таких как DataSource, DataSource_DS, DataSource_Q, DataSource_QR, и экземпляры контролов с AutoDeclaration = Yes, хранятся некоторым списком. Сами переменные, используемые в коде формы, имеют смысл ссылок на позицию (адрес) в этом списке. При чем экземпляры объектов для источников данных хранятся перед контролами. При добавлении нового источника данных у формы "создаются новые" экземпляры объектов, которые сдвигают контролы в списке. Естественно указатели на контролы становятся неверными, поэтому и возникают ошибки при обращении к ним. В вашем случае - при обращении к StaticText.
Решение: либо добавить нужное количество источников данных на форму заранее в репозитарий, либо, если первое не возможно, как минимум отказаться от использования контролов с AutoDeclaration = Yes (данным путем не ходил, возможно потребуется ввести и другие ограничения)