Zerosquare (./112) :

GoldenCrystal (./111) :
Mais on n'avait pas non plus assez de RAM pour se permettre ça...

Ça n'a pas de sens... Déjà les bitmaps de l'UI sont d'une taille minime ; ensuite, qu'ils soient nativement sous forme bitmap, ou qu'ils soient rasterisés depuis du vectoriel puis stockés en cache, il faut bien les stocker en RAM de toute façon.

Je parle dans le cas où tu ferais du vectoriel, ce qui est compliqué puisque Win32 ne sait pas faire ça convenablement (faut GDI+ pour ça, GDI+ est réputé pour être lent (bis)).
Les bitmaps de l'UI sont d'une taille minime… Justement, c'est pour ça que c'est bien. Mais pour compenser la lenteur de dessin vectoriel ce ne sont pas des bitmaps minimes qu'il faut, mais des bitmaps de la taille des éléments qui sont dessinés (ce qui revient à mettre en cache les images de tous les contrôles). Ou alors tu fais du faux vectoriel pré-rendu dans un bitmap basse définition, et tu fais le rendu comme il est actuellement fait par uxtheme…
Mais alors dans ce cas, pourquoi ne pas juste stocker des bitmaps pré-rendus plutôt que de s'embêter à développer un nouveau moteur vectoriel incluant toutes les fonctions qui n'existent pas dans l'API GDI dans ce cas ? Ah ben c'est justement ce que fait uxtheme !
Donc cf. point suivant…

Et si tu trouves que du vectoriel c'est trop lourd pour ça (je peux admettre, même si Luna se limite à quelques dégradés et bords arrondis), ils auraient aussi pu utiliser des bitmaps multicouches pour qu'on puisse au moins changer les couleurs...

Ce que j'ai déjà suggéré en ./103 (« Probablement avec un nombre ? de bitmaps 32 bits que tu vas colorer et fusionner selon différents critères »)
Ça n'empêche pas qu'il y a un souci au niveau de la gestion de ce que tu peux configurer, cet comment ça réagit… (Ex: Le rouge devient quoi quand le bleu devient vert ?)
Et comment ça se compose avec les couleurs du thème Windows de base… (Qui sont toujours utilisées simultanément aux bitmaps)
Dans tous les cas, ça va devenir compliqué, tu risques de devoir couper une fonctionnalité ou une autre pour simplifier; peut-être une de celles qui existe actuellement, comme la possibilité d'utiliser un autre thème…

C'est vraiment pas le plan technique qui posait problème s'ils avaient voulu le faire.

Non non, techniquement, y'a pas grand chose d'impossible en informatique, dès lors que tu te dotes d'une quantité d'argent infinie, d'une force de développement infinie, d'une quantité d'électricité infinie, d'un temps infini, et d'une puissance de calcul infinie.
Sérieusement, Win32 est on ne peu plus limité niveau graphique, il a fallu attendre GDI+ pour avoir un truc à peu près potable… J'ai déjà évoqué un grand nombre de problèmes à (potentiellement) résoudre en ./103
C'est pas *impossible*, c'est juste couteux et long à produire. Le cout (R&D + tests) aurait été astronomique pour une fonction qui n'aurait peut-être pas été utilisée, et qui n'aurait en tout cas pas contribué à vendre le système…