Уважаемые специалисты, объясните пожалуйста, почему по ходу создания программы перестали отображаться правильно дочерние формы? Сами формы видны, а компоненты на них нет - просто белый фон. Если щелкать мышкой по форме, то некоторые расположенные на ней компоненты отображаются контуром пунктирной линией, не прорисовывая сам компонент. Что это может быть? Составляю программу на Windows7, при отключенном интернете и отключенном антивирусе. Когда я пишу программы на Дельфи7 - такого не происходит, все дочернии формы отображаются.
Заранее благодарю за ответ.

Kalven, как ни старался, добиться такого эффекта не удалось
(Правда в коды элементов не лез и не обновлялся.)

Выстрел наугад: замени "штатный" KOL на "правильный"

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


Редактировалось 10 раз(а), последний 2020-07-26 14:41:23

Вполне возможно, что была попытка сделать полупрозрачные окна.
Но это не факт.

Сталкивался с таким и не раз. Единственное, что помогало - компиляция в FPC.

Возможно у вас проблемы с драйверами видеокарты

То-есть, фикс заключается в том чтобы в процедуре обработки WM_PAINT вовремя остановиться в переборе parent-ов "вверх" - при достижении своей формы?

Я пока не в курсе этих кодов, но можно ли это реализовать как-то так (может оно так и сделано). Когда контрол получает сообщение WM_ERASEBACKGROUND, он должен нарисовать свой фон. Непрозрачные контролы в этом месте делают заливку. Прозрачные - просто должны ничего не рисовать, а написать голый текст без фона уже позже во время последующего WM_PAINT.
Вот только под этим контролом находятся другие элементы, например, его форма, в уже готовом нарисованном состоянии. Например, если компонент перерисовывается по причине установки нового текста окна, то в регионе контрола в этот момент находится часть рисунка формы и предыдущий текст контрола. Теперь если в момент WM_PAINT контрол начнет писать текст в этом прямоугольнике (не залив ранее фоновым цветом), этот текст просто наложится поверх предыдущего, что неприемлемо.
Для решения этой задачи во время WM_ERASEBACKGROUND он должен перебрать все контролы, которые с ним пересекаются, и перерисовать их. Начиная с самого нижнего по Z, то-есть, формы. Получили требование перерисоваться - 1) заставляем форму перерисоваться под нами 2) заставляем перерисоваться все контролы, которые лежат под нами и пересекаются с нами 3) пишем свой текст 4) заставляем перерисоваться контролы, лежащие над нами.
А может даже в WM_PAINT определяем пересекающие компоненты и перерисовываем сначала нижние, затем себя, затем верхние.
Может ли такой подход быть правильным? Насколько он похож на то, что реализовано в KOL?

Редактировалось 1 раз(а), последний 2020-07-26 20:14:51

Во-первых, это было очень-очень давно. И всех подробностей кодов я не помню. Поэтому многие твои вопросы останутся без ответа.
Уж извини, тут надо брать и лопатить коды. И "двумя деньками" тут не обойдешься.

Во-вторых, в случае "нашего" KOL -- ДА. Этого фикса нам хватило. Был еще фикс с неправильным Z-order-ом, но это ерунда... Исправляется быстро, работает надежно, на другие коды влияния не имеет никакого.
И вообще, этот фикс nesco (если мне не изменяет память) сделал в первую очередь.

В современном официальном KOL все гораздо страшнее -- система рисования переделана полностью... Там очень много заморочек с регионами, и прочей лабудой. И поэтому DoubleBuffered не всегда доходит до формы.
Сообразить глючный пример для предъявы - не просто уже.
Но можно, и я это делал. Давненько, поэтому не проси у меня этот пример - у меня с тех пор пара компов накрылось уже...
И даже находил место, где вовремя остановиться в переборе parent-ов "вверх".
Помогало. Почти полностью.
Но не до конца. При каких-то хитрых манипуляциях (типа - все свернул/восстановил) глюки в рисованиях таки проявлялись.
У нас - до конца, а там - нет.
Не все досмотрел, видимо. На этом я и сдался... Типа: не боевая задача, а так - факультатив.