Après deux trois recherches, voici ce que j'ai compris du PNG dans KDE:
le PNG est géré par QT et les deux classes QImage(1) et QPixmap(2) qui supportent la transparence(toutes les fonctions pour sont là).
Le problème vient de X qui ne la supporte pas. Un programme peut bien la gérer lui-même (je pense à Mozilla) en additonnant en interne deux images et en demandant à X d'afficher le résultat. Mais on ne profite pas de l'accélération hardware et c'est assez limité.
C'est là qu'intervient l'extension Render de XFree86(4) qui permet entre autre l'apha-channel mais aussi l'anti-aliasing. QT 2.3 l'utilise déjà pour l'AA (4).
[^] # explications
Posté par Marc . En réponse à la dépêche KDE 2.2.1 sort. Évalué à 10.
le PNG est géré par QT et les deux classes QImage(1) et QPixmap(2) qui supportent la transparence(toutes les fonctions pour sont là).
Le problème vient de X qui ne la supporte pas. Un programme peut bien la gérer lui-même (je pense à Mozilla) en additonnant en interne deux images et en demandant à X d'afficher le résultat. Mais on ne profite pas de l'accélération hardware et c'est assez limité.
C'est là qu'intervient l'extension Render de XFree86(4) qui permet entre autre l'apha-channel mais aussi l'anti-aliasing. QT 2.3 l'utilise déjà pour l'AA (4).
QT 3 supportera l'alpha-channel complet(5).
1. http://doc.trolltech.com/2.3/qimage.html(...)
2. http://doc.trolltech.com/2.3/qpixmap.html(...)
3. http://www.xfree86.org/4.1.0/RELNOTES5.html#27(...)
4. http://www.trolltech.com/company/announce/qt-230.html(...)
5. http://www.trolltech.com/developer/changes/3.0beta.html(...)