Version imprimable
Est ce que quelqu'un pourrait m'indiquer une méthode équivalente à Graphics.MeasureString() qui mesure la taille (en pixels) d'une chaine de caractères.
Cette méthode n'est pas accessible en Silverlight.
Je suis aussi preneur de la moindre idée de méthode qui permettrai de faire la même chose.
Merci d'avance.
Il y a en WPF une classe System.Windows.Media.FormattedText, je sais pas si elle existe aussi en Silverlight...
Regarde notamment les propriétés Width et Height
Comme tu l'as supposé, la classe FormattedText est WPF et n'est pas accessible en Silverlight.
Idem pour la fonction MeasureString dans WinForms...
Ci-après, un helper pour effectuer les mesures. A la date d'aujourd'hui, je n'ai pas trouvé d'autre moyen. Cela peut sembler un peu 'lourd', mais dans la réalité l'objet TextBlock est un objet simple et 'léger'.
Le helper décline deux méthodes dont les performences sont suceptibles de changer en fonction du contexte. La première privilégie les ressources mais peut s'avérer plus lente dans le cadre d'une utilisation multi-thread.
On pourrait sans la moindre difficulté ajouter des méthodes pour mesurer une chaîne en imposant une largeur maximal...
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29public static class MeasureHelper { private static TextBlock MeasureTextBlock = new TextBlock(); public static Size MeasureString(string Text, FontFamily FontFamily, double FontSize) { //---> Vérouillage du TextBlock car en Silverlight ou se retrouve très vite // dans un context multi-thread. lock (MeasureTextBlock) { return MeasureString(MeasureTextBlock, Text, FontFamily, FontSize); } } public static Size MeasureString2(string Text, FontFamily FontFamily, double FontSize) { var tb = new TextBlock(); return MeasureString(tb, Text, FontFamily, FontSize); } private static Size MeasureString(TextBlock tb, string Text, FontFamily FontFamily, double FontSize) { tb.Text = Text; tb.FontSize = FontSize; tb.FontFamily = FontFamily; return new Size(tb.ActualWidth, tb.ActualHeight); } }
Merci de ta réponse mlebreton.
Pourquoi avoir vérouiller le TextBlock? Que peut il se passer si on ne le vérouille pas?
Pourquoi vérouiller ?
Que se passerait-il si la méthode MeasureString était appelée depuis plusieurs point de l'application qui seraient exécuté sur des threads différents (ce qui arrive très vite en Silverlight) ? Et bien cela introduirait un bogue car le même TextBlock (qui est static) serait utilisé en même temps par plusieurs traitements. Nous ne pourions alors pas garantir la validité de la mesure effectuée. C'est pour cette raison qu'il est prudent de vérouiller le TextBlock. Ainsi, chaque thread attend son tour.
La seconde méthode MeasureString2 n'est pas confronté à ce problème puisque le TextBlock est local à la méthode. Aucun thread n'est obligé d'attendre quoi que ce soit. En revanche, cette seconde méthode instancie un TextBlock à chaque appel. Comme il s'agit d'une méthode de mesure, elle va surement être impliquée dans des traitement liés à l'interface. Elle est donc succeptible d'être appelée des centaines, voir des milliers de fois. Comme le garbadge collector fait ce qu'il veut, les TextBlock instanciés seront libérés très 'Tardivement'. Cela abouti à une utilisation très libérale de la mémoire.
Evidemment, entre les deux approches, le coeur balance. C'est pourquoi j'ai mis les deux...
Une troisième pourrait être envisagée, à mis chemin entre les deux. Le TextBlock pourrait être une variable static de thread...
OK, merci de cette explication.
Je ne voyais pas non plus l'intérêt de mettre le TextBlock en static, mais je me rends compte que cela peut avoir un véritable impact sur les performances.
Merci encore!
Une autre façon de proposer le helper de mlebreton:
http://www.silverlightissues.com/issue.php5?i=62