Не перерисовывается свой контрол

[Джон]

tom4ik85, поставь несколько контролов рядышком и поводи через них быстро мышом. Комп нагрузи.

[tom4ik85]

Нагрузил програмкой prime95 и посмотрел - вроде все нормально.
Я по крайней мере не заметил.

[Алексей++]

tom4ik85, капча работает с небольшими по размеру конами хорошо. А вот если элемент (скажем плоттер) будет больше чем, скажем, МС-калькулятор, то: двигаем калькулятор над контролом, активируем капчу контрола и паримся, пытаясь нажать на кнопки калькулятора

[Алексей++]

tom4ik85, а я глюк нашёл.

ты не просто рисуй контрол, ты прямоугольник исходного контрола то подгоняй тоже!

Смотри, если одну из кнопок сделать размером , скажем, 240*240 , то элемент остаётся зелёный, даже если мышь ушла с "элемента", но ещё находится над исходным контролом

[tom4ik85]

Это наблюдалось и с другими решениями (таймер и родительское окно).
Там я решал изменяя регион окна отрисовки.
А в этом не получается

[Алексей++]

tom4ik85, сделай так :

Код:

класс_контрола::OnPaint()
{
   bool bNeedMoveWindow=false;
   CRect abs_r;//абсолютные координаты окна контрола
   GetWindowRect(&abs_r);
   if(abs_r.GetWidth()>нужной_ширины)
   {
       bNeedMoveWindow=true;
       abs_r.right=abs_r.left+нужная_ширина-1;
   }
   if(abs_r.GetHeight()>нужной_высоты)
   {
       bNeedMoveWindow=true;
       abs_r.bottom=abs_r.top+нужная_dscjnf-1;
   }
   if(bNeedMoveWindow)
   {
      ::MapWindowPoints(0,pParent,&abs_r,2);
      MoveWindow(&abs_r,1);
      Invalidate(1);//чуть позднее снова будет вызвано OnPaint, но сюда уже не попадём
   }
}

код не прогонял, возможно с глюком.

Можно разместить и не в OnPaint

[tom4ik85]

Начал писать статью и не мог не упомянуть про возможность обраротки WM_MOUSELEAVE.
Попробовал, но не заметил чтоб были проблемы с быстрым перемещением. Все нормально отрабатывается.
Может кто-то подскажет или как это увидеть можно или еще какие проблемы с этим способом??

[Алексей++]

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

[tom4ik85]

нормально отрабатывает
в примере SetCursorPos вызывается по щелчку левой кнопкой мыша

[Алексей++]

не совсем чистый эксперимент , срабатывает только после отпускания кнопки мыши. А если удерживать - то нифига )

Перемести по таймеру, запусти таймер секунд на 5

[Алексей++]

и опять таки разберись с размерами контрола ) Опять "невидимые границы" за пределами рисунка

[Джон]

Начал писать статью и не мог не упомянуть про возможность обраротки WM_MOUSELEAVE.
Попробовал, но не заметил чтоб были проблемы с быстрым перемещением. Все нормально отрабатывается.
Может кто-то подскажет или как это увидеть можно или еще какие проблемы с этим способом??

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

Я делал такое 5 лет назад в 6ой студии, под w2k+SP (PIII 700 MHz) задача была сделать ресурсонезависимый PropertySheet в стиле начальных настроек проекта студии 2003  (слева captions, справа странички). Расстояние между кнопоками было 0. Просто подсвечивалась вся область. В прицепе рабочий прототип (как был). Мне удавалось раньше заставить его НЕ работать. Ща не получается. (XP+SP2, PIV  2 GHz).

Смутные сомнения... Попробуй поставить контрол на самый край родительского окна приложения и быстро покинь его. Вроде как в этот момент проблемы были.

зы Вобще-то это должен быть самый "родной" способ. Но (не соврать) тогда не у меня одного с этим проблемы были.