extended the test rig with variable dates etc
Merge pull request #64 from pdelbar/master

extended the test rig with variable dates etc
initial version of membership create for SDD
Merge pull request #67 from pdelbar/master

initial version of membership create for SDD
refactored form hooks into separate classes
Merge pull request #69 from pdelbar/master

refactored form hooks into separate classes
One SDD PP type is enough

It's nice to have a PP type for SDD created when the extension is
installed. It's not so nice though to have two of them created, with
slightly different parameters...

By the right of the eldest, I decided to keep the original one, and drop
the upstart. (Hi CRM/Core/Payment/SEPA.mgd.php )
Reanimate Creditor form on PP configuration page

It's a honourable quest to check the selected PP type, and only show the
Creditor form when it's the SDD one. The glory is even greater when
using a check that actually works...
Regenerate DAOs to match schema

Not sure this actually fixes anything -- but at least it *feels* safer
with the corrected default value for `type`...
Adapt setting of `payment_instrument_id` to New World Order

Now that `payment_instrument_id` is no longer coupled to the Creditor,
but rather describes the transaction type, we get better results when we
don't try to get it from the creditor, but rather set it to an
appropriate transaction type...

Among other things, this makes the sepa_civicrm_mend_rcontrib() hook
get called again; and fixes the batching to use a valid type for the
transaction group. (Rather than "Credit Card"...)
Set default `status` for civicrm_api3_sepa_mandate_create

The code expects to always have this set, e.g. in
CRM_Sepa_BAO_SEPAMandate::add() .

This restores the previous default behaviour of new mandates not being
activated (and the first contribution not being batched) immediately...