Здравствуйте, у меня такая проблема:
Если я делаю размеры окна изменяемыми в методе PreCreateWindow класса CMainFrame, то пустого места игровым полем и границами окна - нет, если делаю размер неизменяемым, то появляется такой баг(пустое место), подскажите в чем может быть проблема?(SDI приложение, компилятор- VC2010)

Вот код PreCreateWindow:


Это сообщение отредактировал(а) KirillV007 - 16.10.2010, 22:29

При создании окна указывается его полный размер, включая рамку, заголовок и т.д. Resize-рамка имеет ненулевую толщину, т.е. ее размер нужно учитывать. Удобнее всего это делать с помощью функции AdjustWindowRect. Т.е. задаешь нужный размер клиентской области и стиль окна, и получаешь размер полного окна.

А нужно тогда в таком случии както связать PreCreateWindow и AdjustWindowRec или вызывать AdjustWindowRec отдельно ? И еще я читал что аналог этой функции для MFC - это CalcWindowRect, может ее стоит использовать внутри PreCreateWindow ? Как вы думаете?

имхо, если есть возможность, лучше использовать winapi средства. mfc всего лишь оболочка над winapi.

KirillV007, формулировка проблемы не внятна "пустого места игровым полем и границами окна - нет"...
в чем загвоздка не понятно.  

PreCreateWindow затем и служит, чтобы поправить параметры, передаваемые при создании окна. Поэтому логично вызвать AdjustWindowRec именно здесь.

Это не совсем аналог. CalcWindowRect функция виртуальная, зависящая от конкретного окна, а Adjust - нет. Теоретически можно использовать и ее, но по-моему эта функция предполагает, что окно уже создано (по крайней мере некоторые ее варианты). Так что вызывать ее из PreCreate некорректно. 

Пытаюсь использовать вот так:


но такое ощущение, что код применения функции AdjustWindowRect вообще игнорируется, получается такая же картинка)

Это ты его игнорируешь: получаешь результат, а потом не используешь. rc - автоматическая переменная. Ну изменил ты ее. И что?
Окно-то будет создано на основе данных cs. 

Спасибо вам за помощь и пояснения, я кажется додумался почти до сути и у меня 3 ключевых вопроса:

1. Что я должен прописывать в структуре LPRect в данном случии, которая идет как параметр функции AdjustWindowRect() - ничего или же приравнивать параметры главного окна?

2. Я должен применять функцию AdjustWindowRect() во время приравнивания параметров cx к размерам окна или же както иначе?

3. Возможно стоит применить AdjustWindowRect() в заголовочном файле отвечающем за вывод именно игрового поля, там тоже есть PreCreateWindow ?

код который написал на основе ваших предыдущих комментариев:



Это сообщение отредактировал(а) KirillV007 - 2.11.2010, 00:00

Прежде всего ты должен включить голову.
1) Ну как это ничего? Ты бы прочитал в MSDN про параметры AdjusWindowRect и подумал хорошенько. На основании чего функция тебе посчитает правильный размер окна? Думаешь, у нее прямая связь с космосом? Все элементарно: ты задаешь желаемый размер клиентского поля и стили окна, а функция вычисляет размер полного окна с учетом всех рамок и т.д. Все это элементарно сделать ручками - просто добавляешь в зависимости от стиля размер меню, толщину рамки и прочее. Но есть готовая функция.
2) Структура CREATESTRUCT содержит параметры, в том числе размер, на основании которых и создается окно. Назначение PreCreateWindow именно в том и состоит, чтобы эти параметры подстроить как тебе нужно.
3) PreCreateWindow можно переопределить у всех MFC-окон, она виртуальная. Однако размер игрового поля определяется именно клиентской областью рамки, поэтому удобнее делать именно там. Ибо сначала создается рамка, а потом в ней вид.

Код не смотрела.

Вот так реализовал и все равно не пашет, как думаешь, в чем загвоздка, вроде все по логике:
1)есть структура с данными для adjustwindowrect - rc
2)передаю ей данные
3)приравниваю параметры cs к результатам работы этой функции

код:


пробовал и это далее делать


тоже не работает, может вообще не там копаю)

Это сообщение отредактировал(а) KirillV007 - 3.11.2010, 15:36

Может и не там, кто тебя знает.
Заполняешь вроде правильно. Разве что в качестве стиля лучше передавать прямо значение из cs, оно как-то логичнее.
Проверь отладчиком, какие размеры получаются в cs. И какое в результате получается окно (это Спаем посмотреть удобно). Если размеры соответствуют, но окно все равно выглядит не так, как нужно, это одно дело. А если размеры отличаются - совершенно другое.
Кстати, можно еще попробовать использовать AdjustWindowRectEx, она позволяет учесть и расширенный стиль.

Размеры клиенсткой части я перехватил spy++, при изменяемом размере окна, она 220x220 (собственно что мне и надо, только чтобы окно нельзя было растягивать), общий размер окна не меняется 236x278, а вот клиенсткая часть становится 230x230, я пробовал задавать параметры из spy++ в структуру rc, при изменяемых размерах:
 
но всеравно окно получается с клиенсткой частью 230x230, такое ощущение что любые параметры окна, кроме стиля, из precreatewindow игнорируются)

Опять у тебя ощущения...
Если окно имеет неправильный размер, значит этот размер кто-то устанавливает. В чем проблема? Сделай обработчик WM_SIZE И посмотри отладчиком, откуда идет вызов с неправильными размерами. Имей в виду, WM_SIZE при создании приходит несколько раз, поэтому посмотри все и выясни что откуда. 

AdjustWindowRectEx не пробовал?

Да пробовал, все равно также, даже если я убираю из CMainFrame::PreCreateWindow все, кроме задания стиля или вообще все, то размеры поля устанавливаются 230 на 230, может проблема в том, что я задаю не в тех единицах? я читал про logical units начиная с 2008ой версии visual studio, или же окно создается по какомуто шаблону, где вызвать WM_SIZE, честно говоря не понял) я пробовал добавить его в карту сообщений, а где писать его обработчик не пойму, документацию читал)

либо, если ты знаешь - как ограничить размеры окна, если я оставлю его растягиваемым, может просто както можно запретить растягивать больше и меньше размеров, которые я задаю...) функция minmax поможет?

Плохо ты читал MSDN.
WM_SIZE - это сообщение, перехватывает его обработчик OnSize, добавлять в карту сообщений - ON_WM_SIZE. 
Где писать обработчик - не принципиально. Там же, где другой код. 
Logical units здесь не при чем, это же не диалог.
Размеры окна ограничить тоже можно - обрабатывать сообщение WM_GETMINMAXINFO, но это тебе не поможет. По-моему, это работает только при растяжении-сжатии, а не при создании.
Не знаю, насколько это влияет, но клиентскую область лучше задавать с нуля, т.е. так:
CRect rc (0, 0, 220, 220); 
Это прямоугольник нужно передать в AdjustWindowRect, причем лучше все-таки использовать Ex, чтобы учесть расширенный стиль - вдруг он тоже влияет на рамку?

AdjustWindowRectEx (rc, cs.style, true, cs.dwExStyle);

Что возвращается в качестве размера окна?
Реальное окно эти размеры имеет? А стиль? А клиентские размеры какие?
Кажется, я это уже писала, но ответов так и нет. Где-то нестыковка, вот ее и надо искать. Систематически, а не методом тыка.