> Ryan, that reminds me of something I've been thinking of -- Is there > already a good, standard API out there for manipulating abstract rich > text? Generally, tree/DOM-like structures are used to represent > structured documents, like the Swing model interface you mentioned. But > we also have things like an HTML DOM, even an XML DOM of based on the > XSL:FO vocabulary. Interesting thing about the XSL:FO stuff is it would > give an immediate interop with Apache FOP to target output formats like > PDF. OpenOffice's text format is also a superset of XLS:FO.
I like the idea of finding an existing Document Object Model to use. We should all look around and see whats out there. My number one criteria for our DOM is intuitiveness. I would like to find one that fits our needs and is intuitive. Its an interesting idea to use an XML-like DOM. We should definitely take a look at the OpenOffice format. I think if we do it right it shouldn't be hard for someone to translate it into whatever format they choose: XSL-FO, XML, HTML, etc. HDF has its roots in XSL-FO. The original version takes a Word doc and outputs it to XSL-FO. I don't know if XSL-FO has a future outside of FOP. Haven't been hearing much about it lately. It is definitely very non-intuitive. I also found that XSL-FO just can't represent some things that can appear in a Word file. I want to see how OpenOffice overcame some shortcomings. Ryan --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
