I have written a module that implements ActiveCampaign Email Marketing software APIs.
* It's main purpose is to display configurable subscription lists signup block.
* Email addresses are then stored in ActiveCampaign software database via API calls.
* This module was created with Domain Access module in mind and it allows setting different subscription lists per domain
* All configuration for this module is done in block configuration page
* Code detects if Domain Access (domain) module is enabled and creates different configuration variables per domain
Description of software that this module connects to is available at: http://www.activecampaign.com/emailmarketing/
Currently there is no module supporting this software
I'm also planning on releasing more modules in future (Currently working on integration of uc_recurring with sagepay gateway)
Thanks !
Rafal Jachimczyk aka jahmal
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | one2all_for_review.tgz | 4.35 KB | jahmal |
| #1 | one2all.for_review.tgz | 4.13 KB | jahmal |
Comments
Comment #1
jahmal commentedComment #2
avpadernoHello, and thank you for applying for applying for a CVS account. I am adding the review tags, and somebody will report what needs to be changed in the module code.
Comment #3
drupalshrek commentedHi,
I've taken a little look at the module.
A few things I've noticed:
Comment #4
drupalshrek commentedComment #5
jahmal commentedthanks for reviewing my code drupalshrek. Attaching fixed version as per your suggestion.
Cheers,
Rafal
Comment #6
jahmal commentedHi,
I'm really thinking I'm ready to get some module updates/patches committed to drupal modules and having a CVS @ drupal.org would be nice ;-)
Here's another patch for quite important module that is Domain Access <-> Rules integration. It's at : http://drupal.org/node/801298
Anyways I'm going to read up about becoming co-maintainer for modules, as I had no response for some time from main module developer.
Thanks
R
Comment #7
drupalshrek commentedYou can of course provide patches for as many modules you like without CVS access. If you're using 20 modules and find bugs with each of them (and better still can create patches for each of them), then you're not likely to end up being a co-maintainer of all 20 modules.
I don't think either that having CVS access allows you to commit patches to other people's modules. Anybody know the answer to that?
Comment #8
avpadernoIt is necessary to have the permission (Drupal permission) to commit code in project repositories; this means that users with a CVS account can commit code in projects they created, or in projects they are accepted as co-maintainers (and the maintainer of those projects gave them the permission to commit code).
It is not necessary to attach patches to projects in this queue; we don't review patches.
Comment #9
zzolo commentedHi. Please read all the following and the links provided as this is very important information about your CVS Application:
Drupal.org has moved from CVS to Git! This is a very significant change for the Drupal community and for your application. Please read the following documentation on how this affects and benefits you and the application process:
Migrating from CVS Applications to (Git) Full Project Applications
Comment #10
avpadernoAs per previous comment, I am setting this issue as Won't fix.
Since users can now create full projects, applications have a different purpose and they are handled on a different issue queue. See Apply for permission to opt into security advisory coverage for more information.
Comment #11
avpaderno