Forum Replies Created
-
Posts
-
Я столкнулся с чем-то аналогичным: http://www.alphaskins.com/forum/index.php?showtopic=7490&view=findpost&p=41426
В v8.20 должно быть исправлено.
В версии 8.19 в моем проекте кажется все ок, скин Elegant не глючит.
Но данная выше демка почему-то стала падать:
Code:First chance exception at $7C812AFB. Exception class EAccessViolation with message 'Access violation at address 00433D14 in module 'Project1.exe'. Read of address 0000002C'. Process Project1.exe (3780)Code::7c812afb kernel32.RaiseException + 0x52
:0040420c NotifyNonDelphiException + $1C
:7c90327a ntdll.RtlConvertUlongToLargeInteger + 0x3c
:7c90e48a ntdll.KiUserExceptionDispatcher + 0xe
:00458ec3 TWinControl.PaintHandler + $5B
:004594a4 TWinControl.WMPaint + $44
:0046b9fa TCustomForm.WMPaint + $32
:00458d26 TWinControl.WndProc + $49E
:00469362 TCustomForm.WndProc + $4C6
:0051cbce TsSkinProvider.NewCaptFormProc + $16
:00427d02 StdWndProc + $16
:7e368734 USER32.GetDC + 0x6d
:7e368816 ; C:windowssystem32USER32.dll
:7e378ea0 ; C:windowssystem32USER32.dll
:7e378eec ; C:windowssystem32USER32.dllЭто как то связано с наличием на форме SkinProvider, тк если его убрать Access Violation пропадает.
На всякий случай приложу скомпилированную демку: [attachment=6232:Project1.zip]
К сожалению, в 8.18 баг исправлен не до конца: если у грида Align = alClient то все остается по-прежнему.
[attachment=6221:GridPageControl2.zip]
Поздравляем Вы миллионный пользователь задавший этот вопрос!Здесь есть решение: http://www.alphaskins.com/forum/index.php?showtopic=4013
Просто надо ставить пакет только для Delphi + включить Generate all C++ Builder Files 🙂
Спасибо!
По сути получается что тут ни FastReport, ни AlphaControls не виноваты, а это баг VCL/Windows
Такой код
Code:xButton := TSpeedButton.Create(Self);
xButton.Caption := 'Test';
xButton.Width := 190;
xButton.Left := 580;
xButton.Parent := ToolBar;действительно работает, и для моих целей этого должно быть достаточно. 🙂
Можно предположить причину: вместо F7 (Trace into) следует использовать F8 (Step over), и AlphaControls тут не причем.
Если дело не в этом – хотелось бы больше подробностей.
Как идея: можно чтобы design-time, в .dfm и в дизайнере всегда был прописан Font.Color = clWindowText, но для отрисовки использовался не этот Font.Color, а тот что прописан в скине (если это возможно).
Только что проверил такой сценарий:
1) SkinManager лежит на TDataModule который в приложении создается первым
2) design-time включен скин FalloutStyle, соответственно все лейблы желтые
3) в конструкторе TDataModule выключается SkinManager (Active = false)
4) программа запускается, скины выключены, лейблы желтые
Так что сохранение цвета в *.dfm в данном случае все таки имеет последствия кроме мусора в диффах 🙁
'Support' wrote:Если выключить скин, то цвет шрифта метки должен измениться на clWindowText
Иначе, если меняется скин, то и цвет метки меняется соответственно.
Если это так, тогда хорошо. Значит это не баг, это фича 🙂
Дело в том что эти изменения сохраняются в *.dfm и потом светятся в контроле версий, что и насторожило меня.
'Support' wrote:Можно Exe еще глянуть? Я компилировал пример с версиями 8.00, 8.12, 8.13, 8.14 – одинаково нормально рисуется…
Вот [attachment=6092:Project1.zip]. Собрано под BDS2006, WinXP sp3.
К сожалению баг оказался исправлен не до конца: если добавлять SpeedButton в конец ToolBar`а то по прежнему имеем AV.
Это видно если в данной выше демке заменить строку:
Code:xButton.Left := 210;на
Code:xButton.Left := 580;'Anto}{a' wrote:Попробовал последнюю стабильную версию 7.70, там всё работает.
Так же при компиляции компонентов в 8.03 (BCB6), не нашёлся MSHTML.OBJ
Проблему с MSHTML подтверждаю также под BCB2006. При этом версия 8.02 ставилась нормально.
А насчет “Unresolved external….” – у меня таких проблем с переходом на AC 8 не было.
Поищите на своем компьютере старые файлы от AC 7.34, возможно подхватываются старые либы.
