Discussion :

[olibara]

Bonjour

Existe-t-il une maniere simple de changer la taille d'un font ?
Actuellement, la seule méthode que j'ai trouvé c'est de creer une nouvelle font en reutilisant les propriétés FontFamily et FontStyle de la premiere

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Font myFont=new Font(myFont.FontFamily,newSize,myFont.FontStyle);

C'est un peu lourd je trouve et je ne suis pas encore tout a fait résigné a cette réalité

Quelqu'un connait une methode plus directe ?

[sevyc64]

Non, c'est la bonne méthode.

[olibara]

berk quelle misere !

Je ne comprends pas pourquuoi ces propriétés sont read only !

[Pol63]

+1
et +1 aussi !

passe sous wpf ... c'est le bonheur ...

en windows forms les font sont dérivés de marshalbyrefobject et reprises de gdi, donc pas très flexible
en wpf, ca a l'air d'etre beaucoup plus codé en managé

[olibara]

Salut Sperot51

J'ai toujours peur qu'en WPF le design de forms soit un autre misere
J'ai franchement pas envie de me taper du design en xml et c'est d'ailleurs pour ca j'ai pas encore trop touché au web !

[Pol63]

je peux te donner mon avis sur la question

je déteste les technos web, pour moi l'html est une abération, et asp et ses collègues comme php sont des bricolages infames


wpf ca fait peur au début, c'est meme légèrement chiant
mais une fois qu'on a assimilé le principe (à coup de webcasts surtout) c'est surpuissant

en fait le placement est beaucoup plus détaillé et simple qu'en windows forms
le code xaml permet de comprendre tout en jetant juste un oeil, alors qu'en windows forms, il faut cliquer sur les éléments un à un
et on y prend meme gout, on ne va meme plus dans la toolbox, on tape ce qu'on veut et où on le veut

le binding wpf est aussi très efficace

entre windows forms et wpf, ca retire encore du code, tout le code qui sert à faire la mise en page

en fait le truc c'est tu fais un classe métier avec des propriétés et des fonctions (client : nom prénom imprimer_fiche et supprimer par exemple)
après en une dizaine de ligne de xaml tu défini comment un client est représenté à l'écran (label avec nom, label avec prénom, bouton qui imprime, bouton qui supprime)

et après dans un listbox tu mets une instance de client (donc non graphique) et au miracle, y a 2 labels et 2 boutons
tu clics sur les boutons, ca appelles les void, et en plus, si tu modifies une propriété de ton instance, ca modifie à l'écran, tout ca sans taper une ligne de code qui dit ce que fait le bouton ou que si la propriété change faut rafraichir l'interface

donc ca supprime tout le code qui sert en fait à gérer l'interface
on se retrouve avec du .net qui défini les traitements et du xaml qui défini à quoi ressemble l'interface
et c'est prouvé, pour 2 lignes de xaml, il faut au moins 10 lignes de .net (tout ce qu'on peut écrire en xaml peut etre écrit en .net, l'inverse est moins vrai)