Вытащить DialgField из Dialog

[yuriy_64]

Динамически создал Dialog, запихал во внутрь несколько DialogFields с типом NoYesCombo. Как после нажатия на кнопку вытащить значения?
Пробовал пробежаться по Count, но нигде не нашел.

[kashperuk]

когда поля создавали, можно их в переменные сохранить и потом использовать. подойдет?

[yuriy_64]

Несовсем. При создании DF, создаю строку и еще +тип. Потом на диалоге меняют тип, как хотят. Нужно после нажатии на кнопку, пробежаться по всем DF и потом запустить форму. Сейчас главное найти как пробежаться и где найти Count.

[S.Kuskov]

Покажите код, которым создаются DialgFields.

[yuriy_64]

select firstonly common where common.RecId == _recId;
If (Common.RecId>0)
{
DF= _dialog.addField(typeid(NoYesCombo_RU), _LabelName);
DF.value(NoYes::No);
}

[S.Kuskov]

Ну так переменная DF уже содержит ваш контрол. Зачем вам его заново получать? Пользуйтесь им.

Если таких DF несколько, то можно их в список сохранить...

[mazzy]

Цитата:

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

If (Common.RecId>0)

никогда. НИКОГДА! НЕ проверяйте recID на > 0!!!!
только на равенство или неравенство нулю.
поскольку recid в последних версиях могут содержать и отрицательные значения.

Правильный код:

If (Common.RecId != 0)

короткий код, который на некоторых билдах работал некорретно из-за ошибок в ядре:

If (Common.RecId)

[yuriy_64]

А примерчик? А то я, похоже, начинаю тупить.

[S.Kuskov]

NoYes value;

value = DF.Value();

[yuriy_64]

У меня DF может быть штук 5. Как по ним бегать?

[yuriy_64]

Вернее пробегать в цикле. И как определить кол-во этих DF&

[S.Kuskov]

Цитата:

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

Вернее пробегать в цикле. И как определить кол-во этих DF&

Сохраните их в список.

Как вы их отличать собираетесь? По _LabelName? По _recId?
Допустим по _LabelName:

Map mapDF = new Map(Types::String, Types::Class);

DF = _dialog.addField(typeid(NoYesCombo_RU), _LabelName);
mapDF.insert(_LabelName, DF); // добавляем очередной контрол в список

Обход списка:

MapEnumerator m;

m = mapDF.getEnumerator();
while (m.moveNext())
{
    LabelName = m.currentKey();
    DF = m.currentValue();
}

[oip]

Цитата:

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

никогда. НИКОГДА! НЕ проверяйте recID на > 0!

За исключением случаев, когда recId используется для аггрегации. Тогда можно. Например

select count(Recid) from myTable; 
if (myTable.Recid>0)
...

Цитата:

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

recid в последних версиях могут содержать и отрицательные значения.

Не только в "последних", а как минимум с 3.0, то есть как минимум с 2002 года. Версию 2.5 не видел.

[yuriy_64]

Спасибо, вроде как работает. А почему нужно создавать второй список? Я уже заметил, что ни Items, ничего подобного при создании диалога нет. Столько времени потерял. Ядолгое время работал на Дельфи. Там как то логичнее. Еще раз спасибо.

[S.Kuskov]

Цитата:

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

Спасибо, вроде как работает. А почему нужно создавать второй список? Я уже заметил, что ни Items, ничего подобного при создании диалога нет. Столько времени потерял. Ядолгое время работал на Дельфи. Там как то логичнее. Еще раз спасибо.

Реализация класса Dialog - открыта. Можете найти его в списке классов и сами посмотреть как там что внутри устроено.

Собственный список обходить проще, потому-что там только нужные элементы. На диалоге же в общем случае могут присутствовать другие контролы, которые будут только мешаться.

[mazzy]

Цитата:

Сообщение от S.Kuskov

Если таких DF несколько, то можно их в список сохранить...

я бы в массив положил. или в [] или в array().

[Ruff]

Если интересуют не столько контролы, сколько их значения, то можно обойтись без хранения своего списка:

MapEnumerator   me;
    anytype         value; 
    ;    
    me   = Map::create(_dialog.packValues()).getEnumerator();
    while (me.moveNext())
    {
        [value] = me.currentValue();
        info(strfmt("%1", value));
    }

[dech]

У меня такое ощущение, что ТС не знает о существовании макросов и не знает как их применять в особенности для RunBase-классов.
Я про #CurrentVersion и #CurrentList.
И почему-то никто про это не вспомнил, все принялись изобретать велосипед.

[S.Kuskov]

Цитата:

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

И почему-то никто про это не вспомнил, все принялись изобретать велосипед.

Диалог ТС создает динамически, и перечень контролов у него судя по вопросам тоже формируется динамически.
Макросы же, о которых вы вспомнили, вообще при сериализации уже полученных данных используются а не для взаимодействия с элементами управления.