Active
Project:
Exact Target Subscription Interface
Version:
6.x-0.1
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
12 May 2011 at 15:08 UTC
Updated:
26 Jun 2011 at 20:10 UTC
Jump to comment: Most recent file
Comments
Comment #1
luketsimmonsOK just to update, we've done a bit of work to the current module, lots of tidying of the formatting and added the ability to subscribe on submit as well as the cron based bulk.
There is also the ability to create one subscription block with checkboxes for each active list.
Finally some admin options allow you to disable fields that have been defined from the Exact Target site for each list.
Is anyone interested in a patch for this stuff?
Thanks,
luke
Comment #2
mariooo commentedThis would be extremely handy. A patch would be greatly appreciated.
Comment #3
Pete B commentedHello,
Here is the patched module luketsimmons and I created for our needs. I hope it is useful to others.
The changes are as follows:
We made a new block "Exact Target Subscription" - this allows you to subscribe to any allowed list using checkboxes rather than having one block for each list.
The module attempts a subscription immediately rather than waiting for cron.
You can hide any user fields and set their default value using the admin interface.
Thanks,
Pete
Comment #4
luketsimmonsI've been working some more on the site that uses our version of the Exact Target module and noticed we need to update the
$form['submit']name to
$form['sign_up_submit']or something like that around line 307 because the ID of the field "edit-submit" conflicts with other form submits, i.e. if you have a search form on the same page.
You should ideally never duplicate form item IDs so just changing the value fixes this.
Aside from that the module is working great and hopefully the maintainer will see these posts and commit the changes?!
Thanks,
luke