rufo a écrit :
Après, c'est aps une obligation : les jauges et autres visuels, ça peut se recréer.
|
Euh... Non, je ne suis pas trop d'accord.
Le mec nous dit qu'il est débutant, vouloir créer ses propres contrôles c'est pas un truc de débutant.
Version caricaturale : d'abord tu te dis "c'est cool, ça me permettra d'avoir un design pile comme je veux et d'apprendre des trucs", ensuite tu te lances, tu te dis qu'afficher une jauge c'est juste un peu de trigo et de dessin de polygones, donc tu regardes les primitives de dessin de ton langage.
Ensuite tu commences à t'énerver parce que t'as de l'aliasing, parce que le truc scintille, parce qu'il est lent à rafraichir...
Et là tu te retrouves en train d'essayer de piger les histoires de double buffering, comment mettre des trucs en cache pour accélérer le bordel, comme faire du bitlocking de la surface de dessin... Et une semaine après t'en as ras le bol et t'as toujours pas dessiné le moindre truc que tu voulais à l'origine ni parsé un seul de tes fichiers parce que t'es toujours en train d'essayer d'afficher une pauvre putain de jauge
Bon, j'exagère, les jauges c'est simple à faire, surtout s'il faut juste les "dessiner" et pas générer des contrôles interactifs, mais c'est pour illustrer le fait qu'écrire ses propres contrôles graphiques ça peut facilement virer à la prise de tête.
A mon avis dans son cas la meilleure démarche serait :
- Trouver le langage avec les contrôles gratuits qui vont bien
- Poser les contrôles tous faits dans son IDE pour faire son tableau de bord, customiser un peu l'apparence (couleur, forme, etc)
- Parser ses fichiers et rafraîchir les contrôles, gérer la dynamique (play / pause / scroll et cie)
A mon avis pour un débutant c'est déjà un assez gros morceau comme ça.
---------------
Réalisation amplis classe D / T Topic .Net - C# @ Prog