|
Re: Alternative Reporting Mechanism [message #542790 is a reply to message #542784] |
Sat, 26 June 2010 04:30   |
Miles Parker Messages: 1341 Registered: July 2009 |
Senior Member |
|
|
So the document itself is updated as the simulation is executed? Interesting.
One other thing to consider along this route. I don't know if you're aware of the Mylyn WikiText project but it can take WikiText and output PDF, Eclipse help, etc.. It can also go to Docbook from where you can do almost anything. All of the AMP documentation is now in WikiText, and the org.eclipse.amp.doc project has ant scripts for automatically building all of the docs. The point being that this tool chain works extremely well. I've actually written a template to produce the WikiText for doing self-documentation of the core function library.
On IP, the one biggest potential gotcha is that GPL and EPL have been found to be "fundamentally incompatible"..it looks like that knocks out Recito unless the original developers could be contacted and convinced to release under EPL or BSD as well..
Kennedy wrote on Fri, 25 June 2010 23:10 | Some potential users involved in modeling / evaluation project have requested an alternative reporting mechanism where a word processing document is attached to the simulation and live data transferred either by trigger or timed mechanism to produce a dynamic text on the state of play, this has already been achieved in the Recito project, now dead I believe, but still available on Sourceforge <http://sourceforge.net/projects/recito/>, it links to OpenOffice out of the box, but I've produced a Word equivalent and I believe someone in the group has extended nqDoc to achieve the same end, which would give a completely integrated solution, not sure about the IPR involved but I would be happy to check if it is of any interest.
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.01763 seconds