Code HTML pour Convertisseur RTF .NET

J'ai déjà vu beaucoup de messages sur le site pour RTF en HTML et de certains autres postes de parler de certains HTML au format RTF, les convertisseurs, mais je vais vraiment essayer d'obtenir un portrait complet de ce qui est considéré comme le plus largement utilisé, produit commercial, produit open source ou si les gens vous recommandons d'aller cultivés à la maison. Toutes mes excuses si vous considérez que c'est une double question, mais je suis en train de créer un produit de la matrice de voir ce qui est le plus viable pour notre application. Je pense également que ce serait utile pour les autres.

Le convertisseur peut être utilisé dans une ASP.NET 2.0 application (nous sommes de la mise à niveau à 3,5 peu de temps, mais encore s'en tenir avec les Formulaires web) à l'aide de sql server 2005 (dès 2008) que la DB.

À partir de la lecture de quelques posts, SautinSoft semble être populaire comme une composante commerciale. Existe-il d'autres composants commerciaux qui vous le recommande pour la conversion de HTML RTF? Le prix n'est pas anodin, mais même si c'est un peu cher sur le côté, merci de l'inscrire.

Pour l'open source, j'ai lu que OpenOffice.org peut être exécuté comme un service, de sorte qu'il peut convertir les fichiers. Toutefois, cela semble être uniquement basé sur Java. J'imagine, j'avais besoin d'une sorte d'interopérabilité pour l'utiliser? Qu'est-ce .NET des composants open source, le cas échéant, à conversion HTML, RTF?

Pour la maison grandi, est une transformation XSLT le chemin à parcourir avec le XHTML? Si oui, quel est le composant recommandez-vous pour générer du XHTML? Sinon, quels autres cultivés à la maison avenuses recommandez-vous.

Aussi, veuillez noter que j'ai actuellement ne se soucient pas tellement sur RTF en HTML. Si une composante commerciale offre ce et le prix est toujours le même, fine, sinon, s'il vous plaît ne pas le mentionner.

Pourrais-je avoir plus d'information sur la technique de la tâche à portée de main? En gros, pourquoi fais-tu cela? Ce programme va afficher le format RTF du produit final?
Les données sont extraites d'une base de données pour générer un rapport RTF. Tous le format RTF est actuellement fait dans le rapport (codée en dur... ourch!) basé sur une spec, mais dans quelques cas, le client veut format de certaines sections, nous allons donc leur donner un éditeur de texte enrichi dans l'application web et quand ils l'enregistrer, je vais le convertir en un bloc de mise en forme RTF qui sera tiré à partir de la DB et inséré dans le rapport.
Euh... je suis totalement confus. J'essaie de comprendre le flux de données et de conversion ici. Jusqu'à présent j'ai le texte suivant: DB -> format RTF -> format RTF* -> DB, Mais qui n'a pas de sens, car elle semble impliquer que vous avez un fichier au format RTF analyseur qui peut grep et le dump de la DB. Sauf si vous voulez dire que la DB détient les données au format RTF?
Non RTF données sont stockées dans la base de données. Lorsque nous générer un rapport, nous formater les données dans la base de données via C# de la classe qui met en forme les données au format RTF. Les champs que je vais être en ajoutant le rapport sont stockés dans la base de données formatées au format RTF. Pour les stocker au format RTF, j'ai besoin de convertir le code HTML dans le RTE, qui est en cours de comptabilisation en RTF. Est-ce clair? 🙂
Oh, d'accord. Voici une solution qui vous hais car il implique du temps/de l'argent, mais je pense qu'il serait mieux. Dump le format RTF pour les DOCX. Il existe de nombreux outils pour DOCX. Microsoft OOXML SDK v2.0 (msdn.microsoft.com/en-us/library/bb448854%28office.14%29.aspx). Aspose.Mots pour .NET (aspose.com). Ces outils permettraient de simplifier votre vie comme vous le feriez d'éviter complètement le HTML. En fait, il ya quelques entreprises offrant des web DOCX édition. Heureusement, le dumping des modifications dans la DB serait simple (bon, d'accord plus simple). Encore une fois, vous aurez probablement déteste cette approche.

OriginalL'auteur nickytonline | 2010-01-11