The high-level design concept, is to have independant GUI, middle layer, and file I/O modules. We plan to allow multiple GUI's: AWT, SWING, and whatever else someone is willing to write. Similarly, we plan to support as many different file formats as people are willing to write code for! ;-) That will be managed through the DocInterface interface, above.
For a little more depth into the design, see the detailed design plan
I am also looking towards a new version, Jword v2. This will be improving on design holes in jword v2.
Or, for a small feel of the code, here's some Interface code to look at. These interfaces handle file format translation.
Volunteers
If you are someone who is
In particular, a special "layout manager" is needed. that is kind of like an AWT layout manager, except it is more abstract. Email phil if you are interested, and have past experience writing efficient java code.
Additionally, we are looking for people who have a "favourite file format" that they want to implement support for. The obvious formats we still need support for:
microsoft word (any version)
word perfect?
HTML
In fact, Phil is kinda spread rather thin these days. So any encouraging email is appreciated. Noone else is currently known to be writing code on it, and I'm spending most of my spare time on some of my other programs, recently.