🚀 go-pugleaf

W dniu 2012-02-07 08:38, Krzysztof Szyszka pisze:
> Użytkownik "krzynio" napisał w wiadomości ...
>> W dniu 2012-02-06 19:14, Krzysztof Szyszka pisze:
>>> Użytkownik "krzynio" napisał w wiadomości ...
>>>> Witam!
>>>>
>>>> Dałem się skusić na upgrade do XE2. Przyznaję, że użytkowany dotąd D7
>>>> był już nieco leciwy i nie obsługiwał nowszych technologii ani unicode
>>>> ani x64.
>>>> Niestety XE2 wydaje się być mocno niedopracowany. Nawet tak prozaiczne
>>>> kontrolki jak TToolBar czy TComboBox nieprawidłowo wyświetlają kolory.
>>>> Np. TToolBar przy ShowCaptions=True nie wyświetla się w kolorze
>>>> ustawionym we właściwości Color.
>>>> Kolor TComboBox działa tylko przy ustawionym stylu formy na Windows i
>>>> to pod warunkiem, że styl w Windowsie jest ustawiony na standardowy
>>>> kwadratowy. Inaczej co by nie wpisał do Color będzie wyświetlany w
>>>> kolorze motywu.
>>>
>>> Bo przecież na tym polega ustawienie stylu w XE2 (Custom Styles).
>>>
>>> Jeśli ustawisz styl inny niż Windows, to wszystkie informacje o kolorach
>>> są pobierane ze StyleManagera. Chyba nie chciałbyś wyświetlać domyślnego
>>> czarnego tekstu na czarnym tle dla stylów typu Aqua/Golden/Ruby Graphite
>>> ? ;-)
>>>
>>
>> Dzięki za wyjaśnienie!
>> Problem tkwi w tym, że w zależności od zawartości ComboBoxa chciałbym
>> by ów ComboBox przybierał inny kolor.
>> Stary program skompilowany w Delphi 7 tak właśnie działał, niezależnie
>> od stylu Windowsa (standard czy włączone wizualne kompozycje) tło
>> ComboBoxa _zawsze_ zmienia kolor.
>>
>> Ten sam program skompilowany w XE 2 działa różnie.
>>
>> Case1: Gdy korzystam, ze stylu Windows to w zależności od tego czy mam
>> w Windowsie włączony standard (kwadratowe okna) czy włączone wizualne
>> kompozycje, ComboBox jest kolorowany lub nie. W tym przypadku w D7 był
>> kolorowany zawsze.
>>
>> Case2: Jeżeli włączę kompozycję w projekcie Delphi np. Emerald zawsze
>> kolor ComboBoxa pobierany jest z kompozycji, niezależnie od
>> właściwości Color komponentu.
>>
>> O ile Twoje wyjaśnienie tłumaczy drugi "case" to pierwszy wydaje się
>> działać nieprawidłowo, bądź w Delphi 7 - co akurat mi pasowało - bądź
>> w Delphi XE2 - co mi nie pasuje.
>>
>> Czy jest na to jakieś obejście?
>
> Nie twierdzę, że w XE2 wszystko co dotyczy stylów działa już dobrze,
> bo sam wczoraj zgłosiłem do QC poważnego buga, ale z tego co widzę
> w kodzie VCLa, to należy przyjąć taką zasadę, że kolory tła i czcionki
> można ustawiać tylko dla stylu Windows i to też nie zawsze działa, bo
> np. kolor tekstu dla TButton będzie zawsze = clWindowText.
>
> Dla innych kontrolek/kompozycji windows mogą być podobne ograniczenia
> i Delphi nie będzie tu nic winne, bo ono tylko korzysta z kontrolek
> dostępnych
> w Windows i w tych przypadkach zasady narzuca Windows, a Delphi XE2 je
> tylko honoruje. ThemeManager z Delphi 7 mógł nie honorować wszystkich
> zasadach i dlatego coś wcześniej działało, a teraz już nie.
>
> W przypadku Custom Styles wszystkie wzory i reguły są zapisane w
> StyleManagerze
> i zastępują wszelkie ustawienia kolorów zapisane we właściwościach
> kontrolki.
>
> Problem z użyciem Custom Styles polega na tym, że te wzory i reguły nie
> przewidują
> żadnych dodatkowych efektów graficznych wprowadzanych w różnych
> rozszerzeniach
> podstawowych kontrolek (np. w moim XDBGridzie), a czasem nawet nie
> obsługują
> w pełni podstawowych funkcjonalności danej kontrolki. Np. dla
> standardowego DBGrida
> możesz zapomnieć o kolorowaniu tytułów kolumn (Column.Title.Color), czy
> wyróżnianiu
> jakiejś kolumny danych innym kolorem (Column.Color). Takich ograniczeń
> jest dość sporo,
> co trudno uznać za błąd, ale też stawia pod dużym znakiem zapytania
> sensowność ich
> stosowania dla wielu programów, gdzie różnorodność kolorów odgrywa dużą
> rolę, np. w
> programach Neurona.
>

Dziękuję za obszerne wyjaśnienie. Naprowadziło mnie ono trochę na 
kierunek, który przyjmują zarówno Delphi jak i Windows. Z jednej strony 
normalizacja i standardy wyglądają ładnie i jest to pozytywne, z drugiej 
ograniczają elastyczność programowania interfejsu lub posuwając się 
dalej ograniczają wolność programisty Delphi.
Ah! Gdzie te czasy nieograniczonej wolności, gdy Amigę programowało się 
tylko w assemblerze :')

Pozdrawiam,
Krzysztof

PS. W ramach downgrade zainstalowałem Delphi XE, przetestowałem jedną 
aplikację otwierając projekty XE2. O dziwo otworzyły się. Trzeba było 
przekompilować dll-ki, poprawić DBNavigatory (Property Kind unknown) i 
usunąć Theme Managera. Prawie wszystko wydaje się działać jak należy. 
Kolory są. Wyjątkiem pozostał uparty ToolBar, który przy 
ShowCaptions=True ustala Color=btnFace nie zależnie od właściwości Color.
W pobranych podręcznikach do D9 i 10 doczytałem też o wielu zmianach w 
działaniu niektórych komponentów w stosunku do mojej leciwej ale 
stabilnej D7. Handbooka do pobrania dla  XE ani dla XE2 nie zauważyłem 
jeszcze.