Hello:
I imagine Spire is a way off from supporting the rendered text options in Word 2010 (allowing for drop shadow, etc).
This can mostly be worked around by making that styled text an embedded image.
However, I've encountered a bug (or more of a behavior) that is causing me a bit of a headache.
When you're using a rendered text/font in word, it still retains the "base" font when loading it into Spire. However, since these fonts are rendered, Word is able to support styles not included in a particular font.
For example, Harlow Solid Italic does not include a Bold version of it's font, but Word is able to render it in a way that accommodates this.
Unfortunately, loading such a document with Spire throws an exception because the font as installed in the system directory isn't a "boldable" one. The font loader API built into .Net throws an invalid argument exception.
I propose one of a couple of things:
1) In the case Spire cannot find a font style specified in the word document, fall back to the "normal" style.
2) Introduce a property that controls whether the exception occurs or #1 is done instead (which would allow backward compatible behavior in case any one else out there is depending upon that exception for something)
I've included a docx file that illustrates the exception. You just need to load it with the Document object constructor to throw it.