No, it's not ;-)

Part of the problem is that when you send an e-mail to an outside user, it is not HTML, it is MIME, which includes HTML, but also includes separate parts for images and attachments as well as the HTML part. As Sean probably knows, our Midas Rich Text LSX (see { Link } ) has offered this ability for years, but the devil is in the details. We have to allow you to specify whether the images and attachments will be referred to "in place" or exported along with the HTML or sent as MIME parts. All of this is not to say that the functionality should not be in the core product, it most likely should be, but that it is a bit more complex than just adding a GetHTML method.

I am not looking to be able to do more than be able to display the contents of a richtext field in a browser just like it would if a form containing that richtext field were used to view the document. I know this is already part of the Domino HTTP engine since I have a number of read only forms that display richtext data great. But when I want to create a report or just send data back to a AJAX request, I would love to be able to easily just send back the code that would be generated by the Domino server if I was using a form instead of an agent.

I asked some of the IBM developers about this at Lotusphere. There are existing C API functions for HTML rendering. Unfortunately, that API is kind of messy and relies extensively on callbacks. They have made two attempts so far to design new Domino Object Model classes to wrap around that HTML C API but weren't able to come up with anything satisfactory.

If you set the fields to store as html/mime you can pull it as mime content. The RTF field works a little different then but it works. I use this to let users enter help for the web into a rtf field, pull the html and store in a text field to allow for clean up. I have code to remove all font tags.