Получение данных из дочернего диалога в процедуру обработки главного окна

[Combat]

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

[Джон]

Какие данные? Просто текст? Или события? Проект MFC?

[Combat]

ну там, в елементы диалога (например edit поля) пользователь вводит данные, эти данные после закрытия диалога нужно использовать в другом месте (в данном случае в процедуре обработки сообщений главного окна). Так вот получить эти данные как без считывания их в глобальные переменные, а потом оттуда в нужное место?

[Джон]

Их можно считать в поля данных самого Диалога, а потом затребовать их у диалога в месте вызова

Код:

void CMainFrame::ShowParamDialog()
{

     CMyParamDlg dlg;
     if(dlg.DoModal()==IDOK)
     {
          dlg.GetValueX();
          dlg.GetValueY();
...

Обменивать данные с контролами лучше всего с помощью DDX_ макросов.

[Combat]

Наверно вопрос тупой, но все же : без MFC это можно сделать?

[PooH]

можно, вплоть до посыла окну контрола месаги WM_GETTEXT...
ну или GetWindowText

[Алексей++]

Combat, создай структуру с нужными переменными. Передай указатель на экземпляр структуры в модальный диалог.
 Диалог в InitDialog() раскидывает данные по своим окошкам, а после закрытия - собирает обратно из окошек в структуру. Лично мне кажется, что это самое удобное и гибкое способо )

[Combat]

а как передать этот указатель в функцию обработки диалога, если у нее спецификация однозначноопределенная?

[Алексей++]

объяви в классе диалога член-переменную указатель на структуру. А ещё лучше - член-переменную такого типа, тогда ещё гибче будет - даже когда закрыли диалог, ты ещё можешь потом принят решение - скопировать данные из диалога или не делать этого

[Алексей++]

Код:

struct myStruct
{
  ....
};

class CMyDialog::....
{
public: //хотя лучше не паблик, а сделать процедуру для настройки 
          //приватной переменной
  myStruct  m_data;
};

Код:

//пример

myStruct data;

//инициализируем
//data. ... =......
//data. ... =......

CMyDialog dlg;

dlg.m_data=data;
dlg.DoModal();

//берём введённые данные
data=dlg.m_data;

[Combat]

поидее тут CMyDialog - производное от MFC диалога?, или я чтото путаю?

[Алексей++]

Combat, ну, тут - да , но ты же можешь написать свой диалог ) Если честно, я только на MFC писал, поэтому не подскажу тут..

я же пример только показал,  использовал некоторые структуры и классы, а не конкретно классы MFC

[Combat]

все равно большое СПАСИБО, просто я создавал тему в API разделе, думал может кто подскажет как это сделать без MFC, а только с помощью API...

[Джон]

Нууу вобще-то этот раздел и для того и для другого. Поэтому я тебя сразу спросил про MFC. А MFC - это просто ООП оболочка для WinAPI. К тому же исходники открыты - смотри, пользуйся.

[Combat]

То есть чисто на API без использование MFC или глобальных переменных это зделать нельзя?

[Алексей++]

Combat, можно ) Ведь MFC же написали на АПИ )

[PooH]

То есть чисто на API без использование MFC или глобальных переменных это зделать нельзя?

Почему нельзя? Ты мой пост проигнорировал? Самое наичистейшее API

[Джон]

PooH, он имел ввиду ПОСЛЕ закрытия диалога. Если я конечно правильно понял. Те Диалог открыли-закрыли, значения отправили.

Combat,  ты открываешь диалог в основном цикле обработки сообщений. В этом месте сделай объект, который открывает диалого и сохраняет значение контролов, а потом опроси этот объект.

[Combat]

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

[Алексей++]

Combat, диалог после закрытия ещё никуда не делся, пока экземпляр диалога не вышел из области видимости, он просто становится невидим. Поэтому можно работать с его переменными-членами.
А вот в контролы диалога лазить из другого класса не стОит . Диалог должен сам при получении сообщения WM_CLOSE собрать инфу из контролов в переменные-члены

[Джон]

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

[Combat]

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

[Алексей++]

Combat, покажи, как у тебя класс твоего диалога выглядит ?

[Combat]

у меня нету класса диалога

[Алексей++]

тогда покажи, как ты его создаёшь то...

[Джон]

у меня нету класса диалога

Ну дык сделай! А внутри этого объекта вызывай DialogBox.