Отправлено: 06.01.11 15:51. Заголовок: Тормозок

Имеем Бровс , создаем какой нибудь диалог (или окно) и таскаем его по бровсу. Двигается он с заметными
тормозами. Это особенность FW ? Как то лечится ?
Ни чего подобного не видел в любых других программах под Windows , где так же юзаются таблицы.

 Отправлено: 18.01.11 12:54. Заголовок: А за экран, почему с..

А за экран, почему стирается часть бровса?

 Отправлено: 18.01.11 13:07. Заголовок: ММК пишет: MDI пере..

ММК пишет:

цитата:

MDI перерысовывает гораздо "грубее"

у меня одинаково

 Отправлено: 18.01.11 13:17. Заголовок: Dima пишет: у меня ..

Dima пишет:

цитата:

у меня одинаково

http://files.mail.ru/0VCA6O<\/u><\/a>
А вот так?

 Отправлено: 18.01.11 13:23. Заголовок: ММК пишет: А вот та..

ММК пишет:

цитата:

А вот так?

Слишком маленький размер диалога что бы тестить , но все равно шлейф есть , при чем
только в программах FWH

 Отправлено: 18.01.11 13:34. Заголовок: Dima пишет: но все ..

Dima пишет:

цитата:

но все равно шлейф есть , при чем только в программах FWH

Если уж и на этом примере есть проблема , то можешь смело завязывать с FWH :)))

 Отправлено: 18.01.11 13:43. Заголовок: ММК Совет впечатляе..

ММК
Совет впечатляет.......

 Отправлено: 18.01.11 14:12. Заголовок: Dima пишет: устанав..

Dima пишет:

цитата:

устанавливая прозрачность родительского окна в котором живет бровс (меняя его SETLAYEREDWINDOWATTRIBUTES) при вызове диалога , странно но в этом случае нет ни каких тормозов при перемещениях диалога (окна) по бровсу

ММК
Как ты это сможешь прокомментировать ?
Вероятно что то все таки сделать можно ;)

 Отправлено: 18.01.11 15:42. Заголовок: Dima пишет: Dima пи..

Dima пишет:

цитата:

Dima пишет: цитата: устанавливая прозрачность родительского окна в котором живет бровс (меняя его SETLAYEREDWINDOWATTRIBUTES) при вызове диалога , странно но в этом случае нет ни каких тормозов при перемещениях диалога (окна) по бровсу ММК Как ты это сможешь прокомментировать ? Вероятно что то все таки сделать можно ;)

Наверное, при этом windows вообще не посылает WM_PAINT этому контролу

 Отправлено: 18.01.11 15:47. Заголовок: Pasha пишет: Навер..

Pasha пишет:

цитата:

Наверное, при этом windows вообще не посылает WM_PAINT этому контролу

Вероятно так и есть , потому что ни каких тормозов и шлейфов нет и в помине.
Возможно есть и какой то более цивилизованный подход , но он мне пока не по силам.
Готов потестить другие варианты при котором windows не посылает WM_PAINT этому контролу

 Отправлено: 18.01.11 17:00. Заголовок: Pasha пишет: Наверн..

Pasha пишет:

цитата:

Наверное, при этом windows вообще не посылает WM_PAINT этому контролу

Похоже он не посылает не что другое , вопрос что ???

Отключаем прорисовку (но это явно не то)
#define WM_SETREDRAW 11
ownd:sendmsg(WM_SETREDRAW, 0, 0)

Включаем снова
ownd:sendmsg(WM_SETREDRAW, 1, 0)

 Отправлено: 21.01.11 08:42. Заголовок: Pasha пишет: Тогда ..

Pasha пишет:

цитата:

Тогда можно усложнить проверку Local nFocus := GetFocus() Local lFocus := .f. AEval(::oWnd:aControls, {|o| if(o:hWnd==nFocus, lFocus := .t., )}) if ::hSaveScr != nil .and. nFocus != ::hWnd .and. nFocus != ::oWnd:hWnd .and. ! lFocus

Похоже нужно еще усложнять.........
Есть некоторые грабли.

Сидим в бровсе. В этом же окне живет GET и TOOLBAR панель.
Переходим в GET , бровс жив. Возвращаемся в бровс и жмем кнопку на панели
TOOLBAR вызывая какой то диалог, бровс "Замерз" , все верно.
Усложняем.
Переходим в GET а из GET жмем ту же кнопку в TOOLBAR панели , бровс "Замерзает"
только под диалогом.
У бровса установлено obrw:blostfocus:={||DeleteObject( oBrw:hSaveScr ),oBrw:hSaveScr := WndBitMap( oBrw:hWnd )}
Что то не то ........

Для наглядности в TXBR3 заменил DrawBitmap на ABPaint c уровнем прозрачности 120

Мы в GET



Из бровса сразу жмем кнопку в ToolBar



А вот тут находясь в GET жмем кнопку в Toolbar

 Отправлено: 21.01.11 09:22. Заголовок: Выкрутился :) В вызы..

Выкрутился :)
В вызываемом диалоге бровсу делаем Refresh()

 Отправлено: 21.01.11 12:20. Заголовок: Прикол :sm12: Отк..

Прикол

Открыл COMODO FIREWALL и поездил по нему другим окошком , следы и шлейф впечатляют.

Тоже и в µTorrent если в нем "покататься" по панели кнопок :)

 Отправлено: 21.01.11 17:51. Заголовок: Dima пишет: Прикол ..

Dima пишет:

цитата:

Прикол

FW разваливает все?!!!

 Отправлено: 21.01.11 18:41. Заголовок: ММК пишет: FW разва..

ММК пишет:

цитата:

FW разваливает все?!!!

К "приколу" FW не имеет отношения и потом на твоей Семерке
этого просто не будет. Эффект хорошо видно в XP (есть еще такая системка )

 Отправлено: 21.01.11 19:00. Заголовок: Dima пишет: Прикол ..

Dima пишет:

цитата:

Прикол

Дык :)
Кстати, тормозят (дают шлейф) все гуишные харборовские гриды во всех библиотеках. TSbrowse тормозит, мой грид тормозит
И причина этого у всех одинакова. Основа грида - не стандартный контрол windows, а прорисовка всего - заголовков, области данных, футеров, линий и прочей красоты самостоятельно. Вот все это хозяйство и перерисовывается медленно.
Я не считаю, что это какая-то проблема, которую надо решать. Я и не знал о ней ! За 10 с лишним лет никому не пришло в голову повозюкать чем-нибудь квадратным по моему гриду и пожаловаться мне на шлейф. А он есть, этот шлейф. И если бы не Дима, я так и пребывал бы в неведении.
А так, скажите, зачем кататься окошком по гриду ? Разве что от скуки. Ну так это пустое, скука пройдет, скучающий начнет работать, и ему будет не до красивого шлейфа. Тем более этот шлейф легко убирается настройкой эффектов

 Отправлено: 22.01.11 09:25. Заголовок: Dima пишет: потом н..

Dima пишет:

цитата:

потом на твоей Семерке этого просто не будет. Эффект хорошо видно в XP (есть еще такая системка )

Будет , будет...