Going along that path, one possible way to integrate theme support from your native window manager is to extend the .msstyles theme format to enable using exported functions for drawing some controls, which could then make direct GTK/etc calls.
I don't think Alexandre will like the idea of wine having new dependencies, like GTK.
Le ven 03/10/2003 à 18:51, Ivan Leo Murray-Smith a écrit :
Going along that path, one possible way to integrate theme support from your native window manager is to extend the .msstyles theme format to enable using exported functions for drawing some controls, which could then make direct GTK/etc calls.
I don't think Alexandre will like the idea of wine having new dependencies, like GTK.
Used for themes, I don't see any problem with it. It's something easily compiled out by a configure check, and since I think I understood there'd be a couple backends (GTK, QT, no visual change), it wouldn't matter much for the core Wine. Packagers will have to look after it, same thing as proper OpenGL headers, ICU, etc. at the time of compilation.
I don't think it'll be a problem for Alexandre, uunless there's something about the code quality (same as every other system/dll/function in Wine).
Vincent
On Friday 03 October 2003 06:51 pm, Ivan Leo Murray-Smith wrote:
Going along that path, one possible way to integrate theme support from your native window manager is to extend the .msstyles theme format to enable using exported functions for drawing some controls, which could then make direct GTK/etc calls.
I don't think Alexandre will like the idea of wine having new dependencies, like GTK.
I tend to agree, I was simply pointing out some possible options (I am not, nor plan to, use GTK or any other theming system other then .msstyles from WinXP at present). Although they would really be dependencies in the same sense as ARTS or OSS are dependencies. In the GTK case, themes using GTK would simply not be compiled nor useable if GTK was not available.
-
Ivan Leo Murray-Smith -
Kevin Koltzau -
Vincent Béron