Niels and I held a JChemPaint hack-a-thon\ntoday (the IRC log). We had a quite ambitious agenda:
\n\nAll this to make the JChemPaint editor module of the CDK\nmore easily integrate with non-Swing widget environments. We achieved to make about 50% of these goals: the controller is now modular, and the\nController2DHub (soon going to deprecate\nthe old Controller2D) no longer receives\nSwing mouse events, but local events by implementing the new IMouseEventRelay\ninterface.
\n\nController modules implement the new IController2DModule\ninterface. This modularization allows a clean up of CDK source code, making it more readable and easier to maintain. This was attempted in the past by setting up\nan AbstractController2D and a\nSimpleController2D. The new approach,\nhowever, allows to make separate modules for each rendering mode, which are independent anyway. The old code still needs to be ported to the\nnew architecture, and this is expected to happen in the next two weeks.
\n\nAnother clean up in the architecture is that the controller modules no longer directly act on the IChemModel, but use a new (badly named)\nIChemModelRelay interface, making\nthe architecture more closely adhere to the MVC concept. The IChemModelRelay API\ncurrently contains only two methods, but this is expected to expend considerably, because all current JChemPaint edit actions will\nhave to be passed via this interface.
\n\nIf you want to give the new architecture a test run, look for the TestEditor\napplication. At the time of writing, it uses a demo module, the DumpClosestObjectToSTDOUTModule,\nwhich dumps the nearest IAtom to STDOUT.
\n\n