Почему срабатывает Windows обработчик сообщения WM_MOVE &

[lapulya]

в функции обработчике сообщений окна что то типа этого

switch(message)
{
...
case WM_MOVE:
    return FALSE:
case WM_MOVING:
    return TRUE;
...
}

Внимание вопрос... почему окно двигается???

[Алексей++]

return FALSE:

поставь вместо двоеточия точку с запятой

[Serega]

MSDN: WM_MOVE
This message is sent after a window has been moved.

[Serega]

Код:

Syntax

WM_MOVING
    WPARAM wParam
    LPARAM lParam;
    
Parameters

wParam
	This parameter is not used.
lParam
	Pointer to a RECT structure with the current position of the window, in screen coordinates. To change the position of the drag rectangle, an application must change the members of this structure.

[Serega]

MSDN все же рулит

[RXL]

lapulya, сообщение WM_MOVE посылается окну по факту перемешения, а не для решения самого вопроса перемещения. Чтобы нельзя было перемещать окно мышкой, надо убрать заголовок окна.

[lapulya]

Алексей1153,        да это ж я просто описался, компилятор бы меня сразу послал бы (да и код там есессно другой, это ж я только для примера)...

не Serega, что касается ума, он светлехонек весьма
слава богу отличаем незабутку.... (читать я тоже умею)

MSDN: WM_MOVE
This message is sent after a window has been moved.

Ну и что .... а вот про MW_MOVING
The WM_MOVING message is sent to a window that the user is moving.
 
и что из этого следует... там даже потом вот что написано

An application should return TRUE if it processes this message. (это про WM_MOVING)
If an application processes this message, it should return zero. (это про WM_MOVE)

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

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

думал тут дело в вызове DefWindowProc или возвращаемом параметре из вынкции обработчика сообщений - нифига!!!

мммда ... видать прийдется через жопу          

[Finch]

lapulya, Попробуй отработать сообшение WM_GETMINMAXINFO. Сам правда я привязывал только размеры окна. Но в принципе ты можеш там привязать и позицию окна.
Вот ее описание.
The WM_GETMINMAXINFO message is sent to a window when the size or position of the window is about to change. An application can use this message to override the window's default maximized size and position, or its default minimum or maximum tracking size.

WM_GETMINMAXINFO  
lpmmi = (LPMINMAXINFO) lParam; // address of structure
 

Parameters

lpmmi

Value of lParam. Points to a MINMAXINFO structure that contains the default maximized position and dimensions, and the default minimum and maximum tracking sizes. An application can override the defaults by setting the members of this structure.

 

Return Values

If an application processes this message, it should return zero.

Remarks

The maximum tracking size is the largest window size that can be produced by using the borders to size the window. The minimum tracking size is the smallest window size that can be produced by using the borders to size the window.

[RXL]

lapulya, можно и без штатного заголовка работать - нарисуй его сам.

[Finch]

RXL, Оно конечно можно. Но когда стоит вопрос времени. Я как-то пробовал рисовать сам. Также пришлось перерисовать кнопки свертки окна и закрытия. До сих пор до меня не дошло, как вызвать отрисовку стандартных кнопок Виндовса.
Насчет WM_GETMINMAXINFO. Это сообшение посылает Виндовс окну, когда хочет изменить его. И в соответствии с размерами, которые получены действует.

[Гром]

Кстати вопрос - а зачем запрещать сдвиг окна? Перемена размера - это понятно, а вот взять и запретить мне передвинуть программку вправо как мне удобнее? Вот как-то странно.
Расскажи.

[lapulya]

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

[Алексей++]

lapulya, а что мешает в, например, OnPaint просто устанавливать WINDOWPLACEMENT ? Тогда даже если и изменится полодение и размер окна, тот тут же установится как надо

[Anonymous]

Алексей1153, ну вот признайся мне как на духу, тебя самого такой вариант устраивает на все 100??? Лично я считаю что это просто крайняк (т.е. когда по другому ну просто нельзя)!!! Да я про это уже собственно писал

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

и далее

... видать прийдется через жопу      

то Finch, относительно resize работает как часы !!!! как запретить двигаться пока не разобрался... правда только мельком глянул (времени не было)...