Suggestions

Regarding the topics above, I have implementend some of the features I asked for:

1. The div blocks now have named classes each (“rm_email”, “rm_firstname”, “rm_lastname”, “rmdo_gender”, “rm_mailtype”, “rm_privacynotice”). That allows styling them independently and also to hide some of the fields. Furthermore, there are checkboxes on the rapidmail admin page to hide fields apart from email separately. Ming that those still are central options, not per widget/form.

2. Took the solution of user kodak2305 from this thread. I omitted the exposed function.

3. I might have done this but I think it’s required to be included in the API. Maybe not for technical but for legal causes. Like taking a note of

4. Pretty sure having a checkbox here would require being able to send the value over the API for storage. So by now it’s just an optional text that takes html (for linking to the privacy information).

“5.” (additional comment) I’m not sure how to proceed here. I certainly don’t just want to go ahead and drop in any libraries 🙂

I also changed the version from 1.0 to 1.1 and adjusted the readme.txt accordingly (which already falsely claimed there was a shortcode) to reflect the changes. And I prefixed the stored settings with “rmdo_” (rapidmail display options).

From now for the next 7 days “my” version can be downloaded here:
http://share.motivmedia.de/rapidmail-newsletter-software.zip

I invite the rapidmail team to take the code and push it as an update to the version in the repo. My changes weren’t that drastic that a simple diff over the files wouldn’t suffice.

Best regards
Floutsch

PS: What’s odd is that I wanted the form in a footer widget area; the theme inserts its own widgets as captions, this plugin adds it as an aside. Don’t know how that matters but it also didn’t make that widget 25% wide. I had to add a rule for that myself as my addedd text wouldn’t fit otherwise 🙂 Well probably an issue with the theme.

I don’t think it’ll come to a fork. I have spoken with these guys before and they seemed quite good people generally open to suggestions 🙂

Also I’ve sent them a message about this and their reply ws welcoming. I already like them ^^ However, there’s a bug in the first version. It messed up when you saved html in the privacy notice. I have fixed that, that’s why I just updated the archive. I have also started to implement getting the form sent using jQuery which – as far as I can tell – already has everything required out-of-the box in wp. So no added libs or anything (okay, I added a sending animation). However, it seems that I can’t get the response. There seems to be at least one redirect, maybe making it trip. As of now it just submits to a _blank and I’ve left it at that for the time being.

kodak2305 you don’t happen to be more proficient in jQuery and fancy taking a look at it? 🙂

Btw. some reeeeeally weird stuff, at least to me. Literally no comments in the code (haven’t left any either, though) and they store the interpreted output of subscription_form.php as an option in the wp options table o.O