I've attached the code for my payment_dpshosted module. (Edit: attachment may not be working so code is here: http://dev.robbiemackay.com/payment_dpshosted.tar.gz )

I think there is yet another module built by Sunny Side Up (sunnysideup.co.nz) available here:
http://sunny.svnrepository.com/sunny-side-up-general/trac.cgi/browser/dpspxpaypayment
or: http://sunny.svnrepository.com/svn/sunny-side-up-general/dpspxpaypayment/
I'm not sure of the state of that one, or what version of ecommerce it runs with.

We have 3 modules for this and some old code in the SS svn, perhaps we should try to merge all the branches?
I've now finished the project that was using this code, but I could spare a few hours to work on it if needed.
We could set up a shared public svn or git repository for all this code (or ask for access to the SS svn) to start with so that people can at least find it easily.

@rjmackay Thanks, I should get some time to work on this this week and will upload to public space once I've made some progress. Can't say I've worked with git or svn too much but I'll work something out. Github comes to mind - don't know of any free svn hosting offhand.

Thanks for contributing.

This a a first bash at an Interspire Emailmarketer connector to the OrderForm Page

Sadly, I had to modilfy the OrderForm.php class to get the connection to my new classes. I guess I could simply have replaced the class but then I would have to keep reflecting new base code changes. I could also have experimented with decorators but I had no idea what I am doing in this case.

This package has a class that extends DataObject so that I can record what has happened for testing purposes. Thus it does not extend OrderForm so as a result I have to pass the form data as an argument to the main function processExtender(). I have tried to make the modifications to OrderForm.php as generic as possible. There are two areas:

1. Add a form element to let the user decide whether ot not to opt in to whatever you choose (see _config.php).
2. In processOrder() actually do the send to Interspire.

There is a report module included to facilitate checking of what's happened and provide the Interspire response. Note that there is no response ither than SUCCESS if the email already exists in the Interspire database.

Ultimately that and the $myextender.write() could be removed or perhaps tied to whether it is dev mode to not. ie.

so the database is not kludged up with a lot of worthless test rubbish.

This is my first attempt at all this so sorry if its garbage! I must learn more OO php. The decorators are the most confusing.
My next will be an autocolumnising YAML template of a type I have used a lot with ModX and Interspire stores (see http://www.yaml.de. Dont confuse this with the markup YAML.

Has anyone figured a convenient way of adding quantity discounts without modifying the ecommerce (beta) core. The modifiers dont work in that manner (that I can tell) so are inappropriate.

Say a customer orders 5 of an object that might then qualify for a % or $ discount (settable on the product page) I think this should be a standard feature.

Julian