RichTextBox trop bavarde.

Bonjour à tous,

Je vous expose mon souci du jour :
Pour avoir une persistance de ce que saisissent mes utilisateurs dans une RichTextBox, j’enregistre directement le contenu de la propriété XAML de ladite RichTextBox en base de données (je fais ça pour garder la mise en forme, sans recoder la roue).
Or, avec le passage à la version 5 de Silverlight, le XAML de mes RichTextBox véhiculent près de 5 fois plus d’information (la nouvelle propriété Typography en est la cause), outre le fait que ça fait gonfler ma BDD pour rien, les clients en Silverlight 4 ne peuvent pas récupérer ce XAML (puisque les RichTextBox de la version 4 n’ont pas connaissance de cette fameuse propriété Typography).

Ma question bête : est-il possible de spécifier à la RichTextBox qu’on ne veut pas récupérer ses informations liées à Typography (histoire de se retrouver avec un XAML moins touffu, et surtout désérialisable par une RichTextBox Silverlight 4).

Bonjour,

reponse bete : pourquoi ne pas traiter le flux cote serveur ?
Interception depuis le Web service, ensuite traitement du flux XAML pour supprimer les noeuds indesirable, voir meme ne stocker que les donnees, et reconstruire une structure XAML a la lecture des donnees ce qui fait gagner encore plus de place, et permet, comble du luxe, d'avoir 2 methodes compatible SL4 et SL5.

Ben en fait, je me suis arrangé pour recréer le squelette XAML d’un « Paragraph » totalement vide (car c’est lui qui est devenu ultra verbeux), dans lequel j’y ajoute mes « Run » (qui détiennent toutes les infos de mise en forme qui m’intéressent). Je me retrouve avec une chaine XML sensiblement plus courte, exonérée de tous un tas d’attributs inutiles qui représentaient les valeurs par défaut des propriétés d’une RichTextBox. Bref, le fait d’enlever ces attributs n’altère en rien l’initialisation du composant, et en prime ça rend la chose compatible avec toutes les versions de Silverlight (en plus d’être moins lourd).
Et je fais ça coté client, j’épargne ainsi le réseau.