Цитата(Randajad @ 15.3.2012, 15:09  ) |
| следовательно - грязный хак, хоть и работает в XP и Windows 8 |
это не хак, просто WS_CHILD (или оба флага) система игнорирует, и если кодеры этого не поймут, через пару-тройку версий это будет приводить к NULL в ответ на вызов CreateWindow, по типу правил ужесточения требований к API, когда все рекомендации "should not be" переходят в правила "must not be"
| Цитата(Randajad @ 15.3.2012, 15:09 ) |
| Если создавать окно с контролами как дочернее и как popup окно от того, что с пнгшкой - то оно само не передвигается за фоном |
| Цитата(Randajad @ 15.3.2012, 15:09 ) |
| Плюс фокус странно прыгает от окна с фоном, до окна с контролами. По альт+ф4 то закрывается окно с контролами, то фон. Иногда, если поверх открыть другое окно и тыкать по кнопке приложения в таскбаре, то оно не появляется. Вообщем, извращений много. |
как следствие первого - это простое перекрытое окно или попап, он не должен ни двигаться за окном-владельцем, ни иметь с ним один фокус
| Цитата(Randajad @ 15.3.2012, 15:09 ) |
| Если же создавать окно с контролами само по себе и самому передвигать его на позицию фона, то возникают проблемы с ZOrder'ом и при передвижении окна моргают, то одно, то другое показывается. Флаг SWP_NOACTIVATE у SetWindowPos не работает. |
отсюда можно поподробнее, можно даже с кодом
| Цитата(Randajad @ 15.3.2012, 15:09 ) |
| И если тыкать по фону, то окно с контролами проваливается под него и его становится не видно. WS_EX_NOACTIVATE не работает почему-то тоже. |
значит контрол - простое перекрытое (overlapped) окно, а не popup,
popup-контролы не проваливаются под владельца, такая у них фишка,
вобщем, надо смотреть код
