Ano, mluvím o té abstrakci back endu.
Napsal jsem to špatně, Qt mělo vždy abstraktní backend (QPaintDevice a odvozené třídy), změnil (zjednodušil) se způsob, jak si napsat vlastní.
A jak jsem psal, ještě by to chtělo standardní interface na druhé straně, podobně jako mají zobrazovací zařízení ve Windows standardní interface.
OpenGL vám nepřijde jako standardní? No jo, není to GDI, Direct3D ani jedné verze a ani WPF. Kolik vlastně mají Windows standardních interface?
Pigment je color management library pro KOffice, a je v kontextu nezajímavá stejně jako třeba nějaká knihovna WordPadu.
KOffice je jeden z modulů KDE. KDE má na rozdíl od Windows modulární knihovny, ne jeden velký všudypřítomný moloch. To je co? :)
Bohužel jsem nenašel žádnou dokumentaci (existuje vůbec?).
Stačí umět alespoň trošku hledat v Googlu
I z toho linkovaného popisu je ale zjevné, že třída KoColor zajistí správu barev jen pokud jí aplikace použije, a pokud explicitně provede převody před každou operací kreslení.
To je snad logické. Pokud bude někdo kreslit v true color RGB, tak nemá cenu to mapovat na 6 kanálů po 24 bitech, ale stačí provést jednoduché mapování, které podporuje Xcms.
Jaké explicitní převody? Prostě tu třídu používá úplně stejně jako QColor.
Srovnejte s Windows, kde má color management každá aplikace na každém kreslicím povrchu.
A ve naprosté většině případů úplně zbytečně.
