Forum > LCL

QT TTaskDialog musings

<< < (2/3) > >>

wp:
I guess the only option left is to extend the TTaskDialog by a new property TitleColor or, better, TitleFont which defaults to the current parameters, but may be changed in problematic cases such as dark mode.

Arioch:

--- Quote from: wp on September 21, 2022, 11:08:13 am ---to extend the TTaskDialog by a new property TitleColor or, better, TitleFont

--- End quote ---

Not sure it is good. Looks like a first step in a downhill road.

1) Would take some plumbing, like check if it is customized or not.  property XXXX ..... stored non-default-funciton;

For colour you at least can compare with special "virtual" values like clWindow, but comparing the whole TFont is more ocmplex.
And then developers would be obliged to make custom engine to apply Qt/GTK/FTK/whatever-toolkit color scheme? They would not. They would fix one color for default theme and make the dialog not response to user changes.

2) Also, what is special in the Title?  Can we be sure color themes might only make Title look bad and would neve harm other elements colors? We may end up exposing ALL the elemets colors, almost implement a theming for one special control?  From my Linux experience - choosing/making color themes separately for every toolkit out there was always a hassle, copared to Windows uniformity.

3) ...and then, those color properties would be ignored on Windows, which renders by its internal native ways.
TTaskDialog now tries to hide methods and properties, that are Windows-only, that are not re-implemented in pure LCL.
If you would expose UNIX-only properties, should we then add Windows-only properties too? And eventually made TTaskDialog into a mi of UIX-only and Windows-only properties?


--- Quote from: zamtmn on September 21, 2022, 01:05:04 am ---Probably, but this is a coloring game, on some color scheme it will be bad

--- End quote ---

Can you look into any TColor protpety and check through "virtual" clXXXX values, like clText, clWindow, etc. With different themes.
Is there any special value that is consistently distinct from window background, so could be assumed for title text?


-----------

I am currently trying it on Windows, changing colour scheme, and it seems that TTaskDialog jsut ignores all those and has it's own fixed colours...

wp:
Then how would you solve this? A dialog type which can only be displayed with such flaws in some configurations in a central IDE job (like running a compiled application under a debugger) must not be used by the IDE.

Arioch:
Granted, with Windows Aero introduced - the old "standard" colour theme became largely ignored. For example the Start menu does so.

and notoriously (for me at least) TPageControl ignores all the color properties - and is always rendereed in bright white on Win7+ VCL.

menu bar also outright ignores color, set for "menu" items now...

I wanted Windows to be some clue, but Microsoft seems did not invent some magic, but instead just fixed it in stone...

Okay... To me the colour, chosen for Windows TaskDialog bit title (and CommandButtons' big captions too)is very close (a bit darker) to hyperlink colours (clHyperlink ?)

meanwhile found yet another IDE rendering bug.... a real nasty one
told ya, i have a pervert knack. Whenever i take a new program i always do something no one thought ever would get done
So, maybe in his colour theme clHyperlink would do good enough?

wp:

--- Quote from: Arioch on September 21, 2022, 12:05:03 pm ---Okay... To me the colour, chosen for Windows TaskDialog bit title (and CommandButtons' big captions too)is very close (a bit darker) to hyperlink colours (clHyperlink ?)

--- End quote ---
clHyperlink? Never seen this one, at least it does not exist in the graphics unit.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version