@sraps Thank you for using it and filing bug reports. I've answered several bugs already. Some are for the wish list... I hereby invite you to contribute yourself :D
For the payment generator, I followed the exact specification, which is written in Dutch, so no English class names... Every class however represents a tree branch or record type of the specification used. I imagine your specification (which is probably not ClieOp) has similar rules. Following the specs exactly enhances traceability (and decreases readability when in a foreign language). The generator part of the framework is not yet fully developed. At the moment all it provides is a chaining mechanism and a common user interface. In the back end there are still some hurdles to take (although less than before). Reason for this is that the storage format used is different per export scheme and so are the attributes to store into the database. I'm not sure yet how to cope with this. Object oriented wizards can not be an answer to this, as you can't store them. A generic factory class could cope, but then we should have to rewrite the ORM for a part. I'm open to smart ideas. account_payment uses a chained wizard selection scheme, to which every depending class can add. account_banking just builds on that. See account_banking_nl_clieop.py for this. Extension in relation to account_payment is that the pick lists are read only for users. You fill the options from within your module (data dir). This way there can be no misunderstanding for users which generators are present and what they provide. For attaching your export generator to the account_banking framework, you could strip all generating code from account_banking_nl_clieop and replace the xml code in the data map. Make sure you use the same unique id's throughout the generator and that the id's chosen are unique for all generators! After installing, users can then create payment methods from a central maintained pick list filled with methods of installed generators. There is definitely work to do on the generator part. This is just a start. Again, this is intended to be a community effort, so please join me. ------------------------ Pieter J. Kersten EduSense BV -------------------- m2f -------------------- -- http://www.openobject.com/forum/viewtopic.php?p=50392#50392 -------------------- m2f -------------------- _______________________________________________ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
