| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
GRush Controls
homm © (2005-10-22 16:03:00)
Страницы: < 1 2 3 4 5 6 7 8 9 >
Эпиграф:
"Лучшее враг хорошего"
Многие из вас знакомы с котролами RBControls от Nathanaлl VERON.
Еще большим из вас, наверное знам порт этих контролов под KOL
от RA. Два месяца назад я тоже впервые увидел эти контролы.
Надо сказать что они меня сильно порадовали и я даже стал разбиратся
в исходниках, присылать баг репорты и замечания по коду, и примерно
дня через 3 я понял что ни Nathanaлl VERON ни RA до этого ни разу
не работали с графикой. Многие наверное замечали что RB просто не
реально долго изменяют свой размер, достаточно не быстро рисуются
и прорисовка их в некоторых случаях не совсем коректна. Все это
подталкнуло меня к написанию своего аналога, полностью заменившего
бы контролы RB.
Итак почти через два месяца работы (ну нет у меня возможности
писать каждый день) я хочу поделится своими трудами - GRushControls.
Оновные отличия (преимущества) GRush Controls по сравнению с RB Controls.
-------------------------------------------------------------------------
Первое и самое главное - они БЫСТРЕЕ, причем я говорю не о процентах и
даже не "разах". Они быстрее на порядок! Стоить наверное уточнить о
что под скоростью прорисовки я имею ввиду не только реакцию на
Invalidate, хотя и ее тоже, но и на изменение размеров контрола.
Но что значит "быстрее"? Фактически на их основе становится реально
развешать панелей с градиентом по форме, развернутой на весь экран,
нагрузить ее элементами под завязку и запустить все это чудо на любой
машине с процессором P200 MMX и метрами так восмью видео памяти не
переживая что на разворачивание формы пользователь будет лицезреть
"в реальном времени".
-------------------------------------------------------------------------
Второе о чем бы я хоте упомянуть коректность прорисовки. Попробуйте при
16 битах запустить RB и вы неприменно увидите полосы на градиенте. Еще
например в RB видны какието "битые пикселы" внизу у градиента панели.
Но это по большому счету не так важно, гораздо важнее то что ...
-------------------------------------------------------------------------
В третьих RB - прямо не контролы, а спльшной компромис. Яркий пример -
в панели нельзя использовать схлаживание рамки однавременно с градиентной
заливкой. В GRush таких ограничений нет. Вы в можете задать сглаживание,
градиент, произвольную ширину Border'а, отдельно настроить размер скругления
по вертикали и горизонтали, поместить рисунок, отфармотировать надпись
(слова "выбрать ориентацию текста" слабо подходят для выражения сути
происходящего). Все выше перечисленое можно проделать не только с панелью.
Можно вполне задать Border для сплиттера, или вставить изображение в CheckBox.
Кроме того большинство параметров прорисовки для каждого "состояния" задаются
отдельно (всего состояний четыре: нормальное, с наведеным курсором, с нажатием,
неактивный контрол) это позволяет делать вещи, о которых я даже не подазревал
кагда писал компаненты (элементрарные прмер - смещение градиента на пиксаль
вниз в состоянии "нажато" придает эфект утапливаемой кнопки)
-------------------------------------------------------------------------
Кроме того:
* Размер кода GRush меньше примерно на 5 кб
* Размер выполняемого приложения в памяти в общем случае меньше
(конкретные цифры зависят он размеров компанентов и аоличества панелей)
* Много еще приятных мелочей.
Из недостатков (читать: еще не дописал):
* MCK в проекте начало существование с сегодняшнего дня. Ничего кроме создания
контролов она делать еще не умеет, посему все свойства надобно где нибудь
в FormCreate выставлять (в вемах ощие принцип показан).
* Отсутствуют некоторые контролы (ProgressBar, StyleManager, возможно Memo)
* Кнопка не может быть "вдавлена" (AllowAllUp), не работает DoubleClick.
* Не работает TAB.
* Не все задуманое безобразие относительно взаимного расположения рисунка (Glyph)
и текста реализовано.
* Безобразная работа с Glyph (сам Bitmap)
После всего прочтенного наверняка у многих возник вопрос:
"А где это чудо можно закачать?"
Ответ прост:
http:/www.homm86.narod.ru
Огромное спасибо shalex и RA за помощь и тестирование.
ЗЫ Прошу тех, кого не затруднит присылать отзывы и предложения
сюда на фрум (расматриваются даже сообщение типа "а вот сдесь пиксель должен быть
$fffefd, а он $fffefc"), а также небольшой снимок градиентной панели в (!) 16 битах
в формате PNG на мыло вместе с моделью вашей видео карты (тут недавно глюки у одного
человека были, как бы не пришлось все ядро прорисовки переделывать).
--
____________________________________________________________
С уважением,
Карпинский Александр | mailto:homm86@mail.ru
homm (2005-12-11 14:50:00) [41]news on 11.12.05 v0.30.1
Ждал что выйдет v2.23, ждал что Владимир примет решение о внедрении или замене прозрачности. Недождался пока. Исправлена утечка ресурсов в 9x. В архиве обновлена версия прозрачности до последней.
2 MTsv DN
Это глюк KOL!
В #README#RUS#.txt я писал:
> Все эти действия не должны сказатся на работе и размере
> других проектов за исключением 2b), которое благотворно
> сказывается на старом механизме
> прозрачности, но не излечивает его.
Имено этот глюк я и имел ввиду. Почему-то когда я сразу предложил Владимиру убрать строки из WndProcPaint
if fUpdRgn <> 0 then
SelectClipRgn( fPaintDC, fUpdRgn );
он намекнул что это по моей просьбе он так удерживает "сестер" от перерисовки, хотя я (где-то месяц назад, когда начались исправления в прозрачности KOLa) говорил только о "племянниках" перерисовывающегося контрола.
Просто поставь мою прозрачность (для любой версии кола) по инструкции из #README#RUS#.txt и пользуйся ей или выполни только пункт 2b) из той-же инструкции если хочеш пользоватся старой прозрачностью (нет ни каких плюсов, ктоме MCK свойств).
ЗЫ Опять DFMы не открываются без хака MCKGRushConrols.pas. Ну нельзя же на столько людей, которые смотрят твой проект не уважать.
MTsv DN (2005-12-11 10:07:00) [42]Привет...
Самим контролам паралельно, возможно стоит даже до 2.21 откатить.
Ты оказался прав... При откате до версии 2.21и разремаренной строке UseSystemGradient := FALSE;(версия gRush 0.30) все нормально работает... Производительность восстановилась...
Однако, наблюдаются "мерцания" при прорисовке gRush-контролов, т.е. при наведении на контрол, прорисовка не плавная, а в "несколько приемов"... При отведении курсора, тоже самое (GRushSpeed по умолчанию)...
Причем в Windows XP SP2 их можно заметить тоже, конечно, не так "откровенно", как в Windows 98 SE...
Вот проект: http://www.uus4u.com/download/modules/KOLnMCK/gRush/temp2.rar
Использовал:
KOLnMCK 2.21
gRush 0.30 (UseSystemGradient := FALSE;)
Delphi 7
Windows XP SP2 (если надо...видео ATI Radeon 9600 Mobility)
С Уважением MTsv DN
homm (2005-12-10 19:47:00) [43]
> Vladimyr © (30.11.05 16:46) [102]
>
> Глюки наблюдаются в 2000-й винде.
> Конечно, это не ХР, но и не 98! :)
Поставил сегодня W2K. Сколько ни бился, описаного эффекта на заметил. Может в этой версии прозрачности (третий апдейт как не как) уже и нет такого глюка? Если у вас еще появляется, может дело в SP или чем-то еще (у меня "голая" 2K, из дров только видяха).
SPeller (2005-12-04 20:59:00) [44]оффтопик:
Наблюдаю за всем этим, и понимаю, чем чревато надеяться на систему :)
MTsv DN (2005-12-04 18:35:00) [45]Привет...
Да-а-а... В [117] я чуть сильно "завернул", извиняюсь...
ИТОГ в [118]. Т.е. в 98ой при " //UseSystemGradient := FALSE;" - высокая производительность, но "косяк" при прорисовке, а при "UseSystemGradient := FALSE;" - низкая производительность, но нормально работает, без "косяков"...
Самим контролам паралельно, возможно стоит даже до 2.21 откатить.
А вот это надо попробывать...
С Уважением MTsv DN
homm (2005-12-04 18:11:00) [46]2 MTsv DN
> Ну и что ты этим сказать хочешь: "Тут то и оно."?.. Чего
> "оно"-то?..Твои слова: Скачай qqqq еще раз и прогони его.
> Я и прогнал, взял твой ехе-шник и в 98ой протестил как
> до этого... Как с прорисовкой не работает (при //UseSystemGradient
> := FALSE;), так и без нее (твой пример)...
Тебя х*й проссыш. Ты же в [114] сказал что UseSystemGradient := FALSE; все решает, кроме производительности. В [117] снова вылетает, а в [118] опять нет... Пойми когда я отсылал вторую версию qqqq, я не знал где ошибка, потому он и откомпилен без учета этого. Я же написал " (если не понял прочни ИТОГ: своего предидущего ([114])поста)".
> Медленно ТОЛЬКО в Windows 98 !!!!! В ХР "косяки" отсутствуют
> и скорости одинаковы...
"Е***я девяносто восьмая. Приведите сюда Била Гейтса"
(C) SouthPark. Big. Long. Uncuted.
По тексту readme.txt из demo_exe.zip:
> Наблюдения:
> temp_kol222_gRush029.exe - передвижение курсора вниз быстрое
> "без тормозов", до последнего элемента доходит нормально.
> ..
> temp_kol222p_gRush029.exe - передвижение курсора вниз МЕДЛЕННОЕ,
> чем ниже спускается курсор, тем "тормоза" сильнее, до последнего
> элемента доходит нормально...
> temp_kol222p_gRush030.exe - передвижение курсора вниз быстрое
> "без тормозов". В районе 45-50% от всей "высоты дерева"
> прорисовка элементов дерева "перескакивает" на ListBox,
> далее поведение прорисовки непредсказуемо...
Для системы 98 в 0.29 использовалась DrawTransparent - отсюда тормоза, в 0.30 TransparentBlt - Отсюда глюки. Прозрачность элементов непричем с самого начала. Дальше...
> Не пробывал связку: KOL222 + gRush030, т.к. в README к gRush
> сказано, что нужна минимум 222+
В ридми сказано что демы компилироватся не будут. Самим контролам паралельно, возможно стоит даже до 2.21 откатить.
2 Все остальные (если такие еще остались)
ИТОГ: Сделаю проверку на версию винды в GRush. Тормоза в 98 БУДУТ. Нужно снова переписывать DrawTransprent. Возможно Вам. Прозрачность казырна, только темы всеравно не держит. Если кто хочет знать мое мнение - поддержка тем без ручного рисования контролов (для этого тоже есть свой API) НЕРЕАЛЬНА. Microsoft прокосячила с этим CheckBox ом, залив его сначала черным, а затем отрисовав правильно поверх, а многие Theme Makerы взяли луну за шаблон. Есть правда и отличные темы (WaterColor, MacOS, в последнй даже кнопка с альфа каналом отлично рисуется), но даже если бы их было большенство - стандартная то тупит. Пользуйтесь моей прозрачностью и GRush контролами, а темы фтопку.
MTsv DN (2005-12-04 16:40:00) [47]Привет...
А еще вот:
http://www.uus4u.com/download/modules/KOLnMCK/gRush/exe_fast_slow.rarЭто вообще qqqq2 неизменненный мной... Исходники у тебя на сервере.
temp_fast_bug.exe - при //UseSystemGradient := FALSE;
temp_slow_ok.exe - при UseSystemGradient := FALSE;
Медленно ТОЛЬКО в Windows 98 !!!!! В ХР "косяки" отсутствуют и скорости одинаковы...
С Уважением MTsv DN
MTsv DN (2005-12-04 16:24:00) [48]Привет...
Ну и что ты этим сказать хочешь: " Тут то и оно."?.. Чего "оно"-то?..Твои слова: Скачай qqqq еще раз и прогони его.Я и прогнал, взял твой ехе-шник и в 98ой протестил как до этого... Как с прорисовкой не работает (при //UseSystemGradient := FALSE;), так и без нее (твой пример)...
А ехе-шик с исходником... Вот: http://www.uus4u.com/download/modules/KOLnMCK/gRush/qqqq.rarЭто, кстати, твой первый qqqq, с добавкой:
ListBox1.homm_altTransparent := TRUE;
TreeView1.homm_altTransparent := TRUE;
GRushPanel1.homm_altTransparent := TRUE;
GRushPanel2.homm_altTransparent := TRUE;
Разремарил //UseSystemGradient := FALSE; и в 98ом все еле прорисовывается...
или сам в XP прогонишь
И при чем тут XP, я и не говорил, что в ХР какие-то "косяки" замечены, я тебе все время про 98ую говорю...
С Уважением MTsv DN
homm (2005-12-04 15:47:00) [49]
> Извини, конечно, но что значит: "МОЮ ПРОРИСОВКУ"?.. Не МОЮ,
> а ПОЛЬЗОВАТЕЛЬСКУЮ...
Пользовательской она буде тогда, когда ты DrawText поставиш на CustomDraw, а когда у тебя две страници кода - это ТВОЯ прорисовка.
> Информация "в догонку"... QQQQ2 (без МОЕЙ ручной прорисовки)
> тоже не пашет... Тот же самый "косяк". Причем
> я ничего не компилил, а взял ехе-шник прямо из архива
Тут то и оно. (если не понял прочни ИТОГ: своего предидущего поста)
> Однако, как я уже писал в комментариях к ехе-никам, скорость
> прорисовки ОЧЕНЬ медленная...
Странно. У меня на Сел563 шкала загрузки проца выше 15% ни-ни. Может опубликуеш ехе вместе с исходником, который медлено рисуется или сам в XP прогонишь.
MTsv DN (2005-12-04 14:14:00) [50]Привет...
Информация "в догонку"... QQQQ2 (без МОЕЙ ручной прорисовки) тоже не пашет... Тот же самый "косяк". Причем я ничего не компилил, а взял ехе-шник прямо из архива. Тест все тот же: достижение конца дерева без "косяков".
Шаг 1:
http://www.uus4u.com/download/modules/KOLnMCK/gRush/qqqq2_start.png- все в норме. ПринтСкрин работает нормально.
Шаг 2:
"Побежали" вниз по дереву... На 380-410 прорисовке (счетчик с левой стороны) получается, что пропадает градиентная панель... Сразу жму ПринтСкрин.........и получаю:
http://www.uus4u.com/download/modules/KOLnMCK/gRush/qqqq2_bug_clipboard.png- да. Именно все в черно-белых тонах...
А на самом деле:
http://www.uus4u.com/download/modules/KOLnMCK/gRush/qqqq2_bug_photo.jpg- (да JPG) фотка с "цифры" конечно поганая, но левая часть отсутсятвует...
С Уважением MTsv DN
MTsv DN (2005-12-04 13:24:00) [51]Привет...
> Может хватит ТВОЮ прорисовку тестировать. Ты же прозрачность тестируеш.
Извини, конечно, но что значит: "МОЮ ПРОРИСОВКУ"?.. Не МОЮ, а ПОЛЬЗОВАТЕЛЬСКУЮ... Это две разные вещи... Я колеса не изобретал, я просто показал, что есть "глюки" с прозрачностью при использовании ручной прорисовки компонентов... Кто даст гарантию, что при использовании прорисовки Васи Пупкина, не выплывут теже проблемы...
ИТОГ:
> Разремарь //UseSystemGradient := FALSE; в конце KOLGRushControls.pasИменно это восстановило нормальную работу gRush как в qqqq и demo_temp, так и в моем проекте. Однако, как я уже писал в комментариях к ехе-никам, скорость прорисовки ОЧЕНЬ медленная...
С Уважением MTsv DN
homm (2005-12-04 12:01:00) [52]Кстати. Я вот что вспомнил: Поговаривают вTransparentBlt под 9х GDI течет. Разремарь //UseSystemGradient := FALSE; в конце KOLGRushControls.pas
homm (2005-12-04 11:47:00) [53]1) Найди WndProcPaint, измени окончание так:
Rslt := 0;
Result := True;
if fUpdRgn <> 0 then
DeleteObject( fUpdRgn );
Exit;
end;
Если не помогло:
2) Может хватит ТВОЮ прорисовку тестировать. Ты же прозрачность тестируеш. Скачай qqqq еще раз и прогони его.
MTsv DN (2005-12-04 09:47:00) [54]Привет...
Значится так:
> Тебе сделать в таком порядке:
Убедится сто ты поставил kol222p.zip верно
Сделай ребилд (на всякий)
Установился правильно. Ребилд сделал. Размер KOL.PAS - 2067618.
>Все-таки рассказать, что за косяки.
Помятуя о том, что ты сказал, qqqq изменил вот так:
.......
end;
TreeView1.EndUpdate;
ListBox1.homm_altTransparent := TRUE;
TreeView1.homm_altTransparent := TRUE;
GRushPanel1.homm_altTransparent := TRUE;
GRushPanel2.homm_altTransparent := TRUE;
и начал тестить:
Шаг 1:
Запуск... Прорисовывается все нормально... http://www.uus4u.com/download/modules/KOLnMCK/gRush/demo_start_window.png
Шаг 2:
Жму и удерживаю кнопку вниз... При достижения 40-45% от высоты дерева, при двух разных запусках, отрисовывалось по-разному (запускал раз 5-7, чаще всего вариант 1, но 2 тоже получается):
1 (qqqq не зависало. Была возможность дойти до конца дерева, но см. Шаг 3). http://www.uus4u.com/download/modules/KOLnMCK/gRush/demo_bug_at_work_presskey_1.png
2 (qqqq завивало). http://www.uus4u.com/download/modules/KOLnMCK/gRush/demo_bug_at_work_presskey_2.png
Шаг 3:
И в первом и во втором случае (прорисовка в Шаге 2) я "накрывал" форму другой (например IE), затем сворачивал IE и получал:
http://www.uus4u.com/download/modules/KOLnMCK/gRush/demo_bug_at_work_presskey_1_after.png
>Проверить в XP (если счас есть возможность).
Работает как часы... Тестировал qqqq... Если надо могу еще свой рабочий проект тестануть, но думаю проблем в XP не будет...
С Уважением MTsv DN
homm (2005-12-03 22:49:00) [55]Ну наконец-то пошел конструктивный разговор ;)
> Кстати, что такой ED?
Прозрачность EditBox и Memo. В оригенавле ED_Transparent тоже есть.
По поводу присваивать все и вся...
Если определен транспарент, даблбуф не имеет никакого действия, контролу так и так предоставляется буферизированый контекст для вывода графики. Там вроде флаги четко прослеживаются.
Твой пример работает без проблем.
Делал в таком порядке:
Опубликовал qqqq
Сделел прозрачные панели, увидел что не работет,
Исправил так, что у меня все работает
Выложил новый kol222p.zip
Тебе сделать в таком порядке:
Убедится сто ты поставил kol222p.zip верно
Сделай ребилд (на всякий)
Все-таки рассказать, что за косяки.
Проверить в XP (если счас есть возможность).
MTsv DN (2005-12-03 22:13:00) [56]Привет...
2 homm
Твой вариант работает как нормально, но это не совсем, то что я выложил я на сайт...
Вот твой код:
.....
end;
TreeView1.EndUpdate;
TreeView1.homm_altDoubleBuffered := TRUE;
ListBox1.homm_altTransparent := TRUE;
end;
и все Transparent'ы := false. Все работает...
А ты попробуй вот так:
......
end;
TreeView1.EndUpdate;
TreeView1.homm_altDoubleBuffered := TRUE;
ListBox1.homm_altTransparent := TRUE;
TreeView1.homm_altTransparent := TRUE;
ListBox1.homm_altDoubleBuffered := TRUE;
GRushPanel1.homm_altDoubleBuffered := TRUE;
GRushPanel1.homm_altTransparent := TRUE;
GRushPanel2.homm_altTransparent := TRUE;
GRushPanel2.homm_altDoubleBuffered := TRUE;
end;
и все Transparent'ы := false. У панелей homm_altTransparent включи...У МЕНЯ КОСЯЧИТ...И с последним kol222p.zip (и даже homm_ED_altTransparent попробывал. Кстати, что такой ED?)... Если ты спросишь на фиг я у панелей вкл. прозрачность, то я отвечу: черные уголки у панелей достают, а при вкл. прозрачности их нет...
P.S. Не подумай, что я выпендриваюсь или пытаюсь тебя достать... Просто ты сам просил присылать отзывы и предложения...
С Уважением MTsv DN
homm (2005-12-03 21:29:00) [57]Ты же DoubleBuffered у правого TreeView включил. Или отпиратся будеш?
То ести ТЫ включаеш старый механизм вместе с новым.
Потом ты
http://www.homm86.narod.ru/files/qqqq.rar
посмотрел? Она тоже чтоли глючит?
> 5 сек грузится
> Естессссно, я же добавляю в цикле 1000 элементов в дерево.
> ..
Да нет, не естественно...
> ТВОИ СЛОВА !!! И Я НИГДЕ НЕ ГОВОРИЛ, ЧТО ЭКСПЕРТ В ГРАФИКЕ
> !!!
Причем сдесь эксперт? Демы для того и созданы чтобы смотреть как пользоватся той или иной системой (концепцией, компонентом), а ты в лоб всегда начинаеш пользоватся, так как привык, а не так как надо.
> 1) Я же попросил НЕ ИСПОЛЬЗОВАТЬ старый версии зеркал в
> новых проектах.
А это насчет не существующих свойств.
> 1. При использовании gRush 0.30 ни Transparent, ни homm_altTransparent
> (homm_altDoubleBuffered), У МЕНЯ ...
Дак о чем и реч...
Ладно, вроде с этим разобрались...
Тем временем исправил чуть-чуть прозрачность, кстати проект MTsv DN тоже в этом помог :)
качать :
http://www.homm86.narod.ru/files/kol222p.zip
В ГРаше старая лежит!
MTsv DN (2005-12-03 20:32:00) [58]Привет...
Надо же сначала чуть чуть попытатся понять с чем имееш дело, перед тем как дурацкие демы стряпать.
Для начала замечу, что !!! ЭТУ ТЕМУ СОЗДАЛ ТЫ !!! И вот это: " ЗЫ Прошу тех, кого не затруднит присылать отзывы и предложения
сюда на фрум (расматриваются даже сообщение типа "а вот сдесь пиксель должен быть
$fffefd, а он $fffefc")" - ТВОИ СЛОВА !!! И Я НИГДЕ НЕ ГОВОРИЛ, ЧТО ЭКСПЕРТ В ГРАФИКЕ !!!
Надеюсь перебранка окончена...
3) Щас ты скажеш что не использовали homm_altDoubleBuffered. У меня, как и у Владимира прозрачность держится имено на нем.
Специально проверил... Все равно не работает... Как без homm_altDoubleBuffered неправильно прорисовывалось, так и с ним тоже...
5 сек грузится
Естессссно, я же добавляю в цикле 1000 элементов в дерево... Ты demo-проект то скачивал?..
1) Я же попросил НЕ ИСПОЛЬЗОВАТЬ старый версии зеркал в новых проектах.
Этот проект "с нуля"...и версия gRush была сразу поставлена 0.30 (соответственно и KOL 2.22+), т.к. я в Windows 98 не программирую, я в ней тестирую свой проект. И когда при тесте проекта, у меня начались косяки, пришлось искать в чем дело...
ИТОГ:
1. При использовании gRush 0.30 ни Transparent, ни homm_altTransparent (homm_altDoubleBuffered), У МЕНЯне заработало... При "нагрузке" на приложение (имеется в виду прорисовка) наблюдаются "глюки"...
2. При отключении и Transparent, и homm_altTransparent все в норме...
С Уважением MTsv DN
homm (2005-12-03 19:28:00) [59]р-р-р-р-р-р-р-р-р-р-р-р-р-р-р-р!
Щас буду ругать. Сильно!
1) Я же попросил НЕ ИСПОЛЬЗОВАТЬ старый версии зеркал в новых проектах.
2) Как по твоему вместе уживутся DoubleBuffered и homm_altDoubleBuffered.
3) Щас ты скажеш что не использовали homm_altDoubleBuffered. У меня, как и у Владимира прозрачность держится имено на нем.
Надо же сначала чуть чуть попытатся понять с чем имееш дело, перед тем как дурацкие демы стряпать.
Если в 9х действительно есть глюки, то пиши конечно.
что-то кстати твоя дема 5 сек грузится Begin/EndUpdate не спасают.
http://www.homm86.narod.ru/files/qqqq.rar
MTsv DN (2005-12-02 09:29:00) [60]Привет...
У тебя в деме стоит Transparent=TRUE, а у меня в демах прописано
OnFormCreate...
homm_altTransparent := TRUE.
Это и есть основное отличие старого механизма от нового. Он задается новой функцией (я то думал это сразу бросится в глаза).
Протестил...
Вот ссылка на ехе-шники: http://www.uus4u.com/download/modules/KOLnMCK/demo_with_hommTransparent.rar
А проект тот же, только сначала установил homm_altTransparent := TRUE для всех gRush компонентов, а затем вообще для всех (Естесссссно, Transparent установил в FALSE) ... Эффект хреновый... Неправильно прорисовывается сразу, причем все компоненты... Компилировал под Windows 98SE, Delphi 7.
Все это безобразие в демах тоже появляется (вылет винды)?
В демах "безобразие" не проявляется, т.к. в демах я не нагружал окно (т.е. кнопку вниз в демах не надо жать и окно там из-за этого столько не прорисовывается). А вылет Винды был только раз, чаще все ограничивалось зависом системы и кнопкой Reset...
С Уваженим MTsv DN
| |
