Странное поведение FormStringControl

[dn]

Имеется FormStringControl связанный с источником данных.
Он показывает некоторое значение из БД. Попытка считать его через FormStringControl.text() не приводит к положительному результату.
Однако, если ручками набить какое-то значение в этом контроле, то всё срабатывает.

p.s. Axapta 3.0 sp1

[Антон Солдатов]

В какой момент(form event) пытаетесь считать?

[dn]

closeOk() (не влияет до или после super)

[fed]

Помогает замена formStringControl.text() на
WInAPI::getWindowText(fromStringControl.hWnd())

[dn]

Спасибо!
С другими типами контролов (за исключением возможно CheckBox) скорее всего это также прокатит...

[mazzy]

Цитата:

Изначально опубликовано fed
WInAPI::getWindowText(fromStringControl.hWnd())

Ужас какой-то. Нафига так гемороится?
А почему бы вам напрямую из датасорсовой таблицы не прочитать?

[Антон Солдатов]

Цитата:

Изначально опубликовано dn
closeOk() (не влияет до или после super)

влияет.
не могли бы Вы выложить проект с Вашей формой? воспроизвести не удалось - MyAutoDeclaredStringEditControl_LinkedWithMyDS.text() вернул корректное значение.

Цитата:

Изначально опубликовано mazzy
Ужас какой-то

согласен

[dn]

Прикрепил простенький проект.

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

На мой взгляд решение, предложенное fed, довольно интересное, хотя и имеет свои ограничения.

[Антон Солдатов]

мой stringEditControl был частью Grid-a.
standalone действительно не возвращает.
А почему принципиально работать именно с элементом управления, а не с датасорсом?
Как еще один извратный вариант - у DS перекрыть метод active, где сказать MyStringEditControl.text(table.Field);

[dn]

Есть одна тонкость, элементы управления создаются на форме динамически ...
Как обойти эту проблему я знаю, так что вопрос снят. Спасибо всем за участие.