From: gilleain t. <gil...@gm...> - 2010-07-28 14:52:18
|
Hi Grrr. Sorry about the 2Shared link. I used them on a whim, but as far as I can see they are a legal hair's width from a scam - prominent "Download" button that leads to an ad, for example. Fair enough, they have a business model, but don't trick the user... Anyway. Here is free hosting of another sort: http://gilleain.blogspot.com/2010/07/cdk-export.html where click for bigger should really mean that (perhaps 2shared works on IE or something, I don't know). Seems like I got most things right, then. I agree that the FreeHEP and servlet could be in a separate project. Hmmm.. a CDK servlet project, perhaps. It's always little tricky to work out the right boundaries for carving up projects into packages (and modules, in the case of the CDK). Apart from narrowing some things, there are others that could be generalised perhaps. Without making the whole thing overly complex, it does seem like the string format is a bit like a stylesheet. There was an idea floating around (can't remember who suggested it) of chemical stylesheets. Or 'CheSS' for those that like fancy names for things :) Ah, wait, I found a blog post by Rajarshi where I mention this: http://blog.rguha.net/?p=113 - but I'm sure I got it from someone else. Of course, the best thing would be to integrate CDKExport as a first step, then possibly expand it if there is time to so and if anyone wants to do it. gilleain On Wed, Jul 28, 2010 at 3:22 PM, Mark Southern <sou...@sc...> wrote: > Hi Gilleain, > > Glad you find it interesting. Unfortunately the sketch is still too small to read for me. I cannot see nor save it at a size more than a postage stamp! > > The CDKExport class is the builder and the CDKExportFormat configures and parses custom properties and IGeneratorParameters from an IRenderer into a String representation and back again. This last part currently having a dependency on the ConvertUtils class from commons-beanutils. > > The ExportFormatHandler instances are designed to be added to the CDKExport instance. So in the case of the FreeHEPExportFormatHandler I would envision keeping it in a separate project and jar file. > > The CDKExportServlet (along with CDKFiles and ChemicalMIME) may also be useful to people but kept as a standalone project. > > Molfile -> MoleculeFileExportFormatHandler absolutely! I just took care of my usual use cases for now! It's supposed to be an extensible mechanism :-) > > Best, > ~Mark. > > -----Original Message----- > From: gilleain torrance [mailto:gil...@gm...] > Sent: Wednesday, July 28, 2010 8:07 AM > To: Developers forum for discussion about the Chemistry Development Kit (CDK); Mark Southern > Subject: CDK-Export > > Hi Mark, Developers; > > The CDK-export code is interesting, and could be another part of > JChemPaint that is pushed down into the CDK. The use-case would be any > CDK application that wants to export images, or molfiles, through a > single interface. > > Here is a sketch of my impression of the architecture : > http://jump.fm/AFLKX (ugh! I would have preferred tumblr, but it made > it too small to read...) > > So, it seems like the CDKExport class is acting as a builder for > Renderers (or IRenderers, or whatever) and the CDKExportFormat is > configuring the RendererModel by stuffing in the appropriate > parameters. The whole process starts with parsing the format string > into an ExportFormat. > > I hadn't seen the FreeHEP libraries before - they look good, but I'm > not sure about introducing them as dependencies. The other thing is > that there are many more molfile formats that could be handled by the > MolfileExportFormatHandler ... er.. sorry, that should be > "MoleculeFileExport..." - well anyway. > > gilleain > |