Fenêtres et controle tout moches

Salut tout le monde.
J'ai un problème que je ne comprend pas trop. J'utilise VS2005 Pro.
Mon problème se situe dans la création d'interface. Quand j'utilise l'editeur de ressources il m'affiche une belle fenetre avec des bouttons au style XP (coins arrondis, couleurs bleue/oranges, ... bref, le style XP quoi).
Seulement quand je compile et lance mon programme, mes controles sont aux style w95 (tout carré, police toute moche, ...)
Et ca me le fais aussi bien en MFC que en API(CreateWindow/CreateWindowEx).
D'ailleur en API  c'est encore pire, si par exemple je pose un premier boutton à la position (5, 5) et que je lui attribut la taille (50, 20). Puis un second à la position (5, 30) avec la même taille. En toute logique je devrait avoir 5pixel au dessu du premier boutton et 5 autres pixel séparant les deux bouttons, et bien pas du tout.

Tout ceci m'amène à la question : comment faire pour que l'interface ait bien la même gueule que dans l'éditeur de ressource ?
Ah oui, je ne souhaite pas du tout utiliser le .Net, les managés ou je ne sais quoi d'autre. Je veux rester en API Win32 ou au pire en MFC.

Merci de votre aide !

Le travail c'est la santé, ne rien faire c'est la préservé !!!

Salut,
Pour ce qui est du style xp la réponse se trouve ici, c'est ce que j'utilise, ca marche à merveille : http://www.cppfrance.com/codes/UTILISATION-STYLES-XP-AVEC-GCC-DEV-CPLUSPLUS-BCC_10904.aspx.
Pour le reste, je n'en ai aucune idée, mais c'est vrai que moi aussi j'ai remarqué qu'il y avait une différence entre les tailles indiquées dans l'éditeur de VS et la réalité ! si quelqu'un à la réponse..

-{ Saifer }-

---

Techniquement, sous VC2005, tu n'as pas besoin de faire quoi que ce soit sauf configurer les options de compilation pour avoir le style XP. Aussi, si tu n'utilise pas les thèmes sous ton Windows, il est tout à fait logique que tu ne vois que des boutons standards. Pour les espacements et les positionnements avec l'API directement, c'est normal. Je ne peux pas t'expliquer pourquoi mais il y en un décalage.

C++ (@++)
___________________________________________
Les plus grands esprits trouvent toujours une solution
Forum de débats sur la programmation

Salut !
Oui je me disais bien que sous VC2005 je n'avais pas a incorporer le manisfeste puisqu'il le génère tout seul. J'utilise les styles XP sur mon PC, mais j'ai trouver aucune options de compilation qui permettrait d'utilise un theme quelconque.

Le travail c'est la santé, ne rien faire c'est la préservé !!!

Pour les différences de taille, c'est tout a fait normal. Les tailles et les positions dans l'éditeur de ressources sont exprimées en Dialog Unit et non en pixel. Cela dépend en fait de la police utilisée. Pour s'en convaincre, il suffit d'utiliser une police plus grande, et on voit bien qu'un controle de même taille (en dlg unit) est visuelle plus grand.
Pour la gestion des manifest, je trouve qu'elle est mal intégrée à VS2005, et je continue pour ma part a faire ca à la main quand j'en ai besoin

_____________________________________
Un éditeur de ressources gratuit pour Windows

Concernant les différences de tailles je ne trouve pas ca normal moi. Parce que quand je spécifie les tailles et positions via la fonction CreateWindow ca ne correspond pas non plus. De plus, quelque soit l'echelle utilisée, je reprend mon calcul pour exemple
Si le premier objet est à 5 unité du bord supérieur et mesure 20 unité de hauteur, le second objet doit être positionner à 30 unité du bord supérieur afin de laisser 5 unité entre les deux objets. Que cette unité soit des pixel, des dialog unit, ou encore des clown sur des planches de surf, ca reste pareil.

Pour le manifest, j'ai jamais rien comprit à ce truc du manifeste moi. Je n'ai jamais réussit à en créer un qui soit accepté par le compilateur.

Le travail c'est la santé, ne rien faire c'est la préservé !!!

Le compilateur ne fait rien avec le manifest, il faut juste le mettre en ressource d'ID 1 et de type RT_MANIFEST
Concernant ces "problèmes" de tailles, tu peux regarder MapDialogRect par exemple. Essaie de te rensigner un peu avant de dire n'importe quoi

_____________________________________
Un éditeur de ressources gratuit pour Windows

Hop hop hop ! Pas la peine de t'ennerver !
Je me suis renseigner et je ne vois pas où j'ai dit n'importe quoi.
J'ai dit que je comprennais rien aux manifeste, j'ai donc toujours fait sans.
J'ai également dis que les tailles et positions déliraient un peu quand j'utilisait les fonction CreateWindow.
Et j'ai dit que l'unité importe peu puisque c'est la même pour toutes les mesure. Chaque controle étant en soit également une fenêtre.
Je pense que vous m'avez mal comprit quand je parlait de problème de taille. Cela ne me dérange pas que quand je place un controle à la position (5, 5) ce ne soit pas des pixels. Ce qui me dérange c'est que si je place le premier à cette position et le second à la position (5, 30), il devrait y avoir systématiquement 5 unitée qui séparent ces deux controle. Que ce soit des cm, des pixel ou autre. Il doit y avoir le même espace entre ces deux controles que l'espace entre le premier controle et le bord de la fenetre. Et ce n'est pas le cas. C'est ce problème qui me dérange.

Le travail c'est la santé, ne rien faire c'est la préservé !!!

Désolé d'avoir dit ca, je voyais pas ce que des "clown sur des planches de surf" venaient faire la dedans
Les unités sont en coordonnées client, on ne tient donc pas compte des bordures de la fenêtre (impossible de créer un controles en dehors de la zone client, même avec CreateWindow)
Par ailleurs, les unités de dialogue verticales et horizontales ne sont pas les mêmes

Mais si CreateWindow ne créait pas les fenêtres aux bonnes positions, cela se saurait!

_____________________________________
Un éditeur de ressources gratuit pour Windows

Les "clown sur des planches de surf" c'était juste pour imager.
Je sais bien que les coordonées sont ralative à la zone client. Zone. Je sais également que la bordure ne fait pas parti de cette zone.
Je me doute aussi que si la fonction CreateWindow délirai ca se saurait.

J'ai cependant relus la documentation de CreateWindow. Il semblerait que la position (x, y) soit en unité d'ecran (pixel) alors que les tailles (w, h) sont en device unit. Ce qui explique le décalage puisque ca voudrait dire que les unités de tailles ne sont pas les même que les unité de position. C'est celà que tu voulais me faire comprendre ? Je n'ai pas tilter avec la fonction MapDialogRect car rien n'indique cette différence d'unité dans la documentation de cette fonction, elle semble convertir toutes les valeurs, or si la position effectivement en pixel, seul les dimension sont à convertir.

Le travail c'est la santé, ne rien faire c'est la préservé !!!