Вот приспичело мне тут склепать прогу с MDI интерфейсом . Я вродь как сделал, тока чойто наглючил и теперь у меня окна документов по щелчку на крестик не закрываются, а сворачиваются. Что делать? Где я начудил?

Наверное где нить в OnClose() или чем нибудь подобном

сматри в классе ..чилюдрейм, ты наверника там наворотил

Цитата

..чилюдрейм

а это что такое ?

чилдфрейм, фрейм чилдовского окна

Step не обязательно.. сообщение WM_CLOSE или как там короче его ведь кто хочешь может обрабатывать, надо просто в обработчиках такого сообщения косяк искать

Цитата

Step не обязательно.. сообщение WM_CLOSE или как там  короче его ведь кто хочешь может обрабатывать, надо просто в обработчиках такого сообщения косяк искать

ты конечно прав, но ведь вся программа всетаки закрывается, а не закрываються только дочерние окна

Step

Цитата

но ведь вся программа всетаки закрывается, а не закрываються только дочерние окна

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

вот я предлож клас где вероятней всего напортачил

Да нет - ничего нет такого. Мож я как формы создаю не так

Код

void __fastcall TFMDI::MNewClick(TObject *Sender) { TFDoc* TF = new TFDoc(this); if (!TF) return; TF->Caption = "Документ " + IntToStr(MDIChildCount); TF->Show(); }

А как такое окно потом по нажатию на кнопку (или менюшку) закрыть?

А что Close() не помогает? Кстати если на билдере пишешь сразу говори об этом, а то мы со Степом думаем что на визуале...

НА Билдере.
При попытке вызвать CLose прога компилируется, но при вызове вываливается с сообщением о страшной ошибке.

Ну дык ты напиши че за ошибка...

Цитата

void __fastcall TFMDI::MNewClick(TObject *Sender) { TFDoc* TF = new TFDoc(this); if (!TF) return; TF->Caption = "Документ " + IntToStr(MDIChildCount); TF->Show(); }

вот это меня наводит на подозрения, тф переменная на стеке, после заверешения функции она по идеи должна удалиться, возможно сдесь и кроется проблемма.

Можно из ф-ии возвращать указатель на новый документ, если ошибка действительно в этом... Step походу прав

Цитата

Step походу прав

сдесь вот это определение

Цитата

TFDoc* TF

надо сделать более глобальнее.

а это правильно

Цитата

TF = new TFDoc(this); if (!TF) return; TF->Caption = "Документ " + IntToStr(MDIChildCount); TF->Show();

Ты бы сразу написал, что на С++ Builder.
Первое - в соответствии с соглашениями MDI-интерфейса действием по умолчанию является свертывание окна, т.к. MDI-child окно не может быть скрытым. Поэтому ты ничего не напортачил. Единственный способ закрыть MDI-child окно - это его уничтожить. Для это в событии OnClose нужно прописать

Код

void fastcall TFDoc::FDocClose(TObject *Sender,      TCloseAction &Action) {   Action = caFree; }

В этом случае окно при нажатии на крестик будет уничтожаться
Твой MNewClick(TObject *Sender) можно написать гораздо проще

Код

void __fastcall TFMDI::MNewClick(TObject *Sender) {     (new TFDoc(this))->Caption = "Документ " + IntToStr(MDIChildCount); }

По разбору твоего кода(если не возражаешь)

Код

TFDoc* TF = new TFDoc(this);

Это нормально

Код

if (!TF) return;

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

Код

TF->Caption = "Документ " + IntToStr(MDIChildCount);

Нормально

Код

TF->Show();

Этот код тоже бессмысленен. MDIchild окно не может быть скрытым по определению. И по этому оно визиализируется автоматом сразу после выполнения конструктора

На будущее: указывай на чем программируешь. Я твои вопросы видел сразу, но не стал отвечать, т.к. думал что они по MFC

Vyacheslav большое спасибо! Все заработало!
Step и Paradox тоже спасибо.
Извеняюсь что не сказал про Билдер. Просто это моя 3-я прога на С++ и Билдере в частности. Так что я разницы не знаю просто.