Windows mají limit 65k handles na session, a by default 10k handles na proces (lze zvýšit až na 65k). Ovšem jsou to tak vysoké limity, že typicky dřív dojde k vyčerpání paměti
Jó, to jsem se při vývoji pro Windows předsvědčil už mnohokrát. Grafika se nekreslila, ale paměti bylo dost.
Když ho používáte, tak GDI podobně jako kompozitní desktopy na Linuxu SW renderují "do textury", a pak desktop manager ty textury honí po obrazovce dle libosti.
V Linuxu i tohle je (bývá) akcelerované. Některé ovladače s tím ale mají problémy.
týká se to jen GDI aplikací, ne WPF aplikací
A proč se to GDI aplikací týká? Co ta pověstná zpětná kompatibilita? :)
Ano, dokumentace je na Linuxu běžně jen sjetinou definice interfaců a komentářů u nich. Příšerné. Chápu, že opravdová dokumentace by stála daleko více peněz.
Co je v té "opravdové dokumentaci" navíc, co nejde zapsat do Doxygenu? Maximálně nějaký návod, jak programovat. Ten ale do dokumentace nepatří.
Navíc nejde o dokumentaci žádného veřejného interface, ale součásti KOffice.
KOffice je jeden z modulů KDE a jeho interface je veřejný. Je stejně veřejný jako třeba Solid, Phonon nebo Plasma. To, že si je pletete s WordPadem, za to KOffice nemůžou.
Správu barev opravdu ve Windows používá každý. Na Linuxu jen aplikace, které jí explicitně podporují, a to ještě každá jinak.
Neměl jsem na mysli aplikace, ale uživatele. Proč MS dělá něco, co naprostá většina uživatelů nevyužije a tedy se to vlastně nevyplatí? Myslel jsem, že tak neefektivně se chová jen OSS :)
Implementace je sice jiná, ale nastavení stejné.
