com_connect - form and contact mailer

Bloke · 2017-07-18 23:22:39

(formerly zem_contact / zem_contact_reborn)

This plugin is a general purpose contact form emailer. Use it to add a contact form to your site, capturing information from your visitors via text boxes, checkboxes, radio buttons, select lists, etc, then sending the results as plaintext messages to your inbox. You can also use it to share site articles.

The platform allows you to take things far further. Examples:

Spam prevention.
Construct HTML emails.
Deliver messages via third party sites such as MailChimp.
Offer list subscribe/unsubscribe.
File attachments.

Please use this thread or the support issues queue to report issues with the plugin.

colak · 2017-07-23 16:01:12

Hi Stef,

is the spam patterns extension supported in this plugin?

Bloke · 2017-07-23 18:46:26

Yes, but not that version. It needs updating to make it work in com_connect:

register_callback('ext_com_connect_verify', 'comconnect.submit');

function ext_com_connect_verify()
{
    $emailField = trim(ps('Email'));
    $banPatterns = explode("\n", fetch_form('comcon_spam_patterns'));

    $evaluation = &get_comconnect_evaluator();

    // If the email address matches one of the given patterns, fail.
    foreach ($banPatterns as $pattern) {
        $pat = trim($pattern);

        if ($pat && preg_match($pat, $emailField)) {
            $evaluation -> add_comconnect_status(1);
        }
    }

    return;
}

Swap the old verifier plugin code with the above (rename the plugin to ext_com_connect_verify too if you like) and rename your Form that contains your blocklists to comcon_spam_patterns. Should be good to go.

colak · 2017-07-24 05:37:44

Thanks so much stef, I’ll experiment with it on another site first as zcr is currently used beyond our domain and I wouldn’t want to break anything for the next 19 months.

douglgm · 2017-07-28 06:53:28

Hi Stef,

I’m having a problem trying to install the plugin. When clicking on the install button the site appears to freeze and then I get a 403 Forbidden message (You don’t have permission to access /textpattern/index.php on this server.) and the server is unresponsive…

(Using Textpattern 4.6.2)

douglgm · 2017-07-28 07:18:12

Looks like it the hosting – apparently it triggered some security rules… trying to get some more detail now.

jstubbs · 2017-09-10 08:00:40

Not sure if this has been answered before as a search did not bring results – I was wondering if its possible to style the label tag separately?

Example:

<txp:com_connect_text label="Name" required="1" break="" class="someclass anotherclass yetanotherclass" placeholder="Enter your name" />

Using the above results in the class names being applied to both the label and input tags.. I’d like to style them differently..

phiw13 · 2017-09-10 08:10:59

jstubbs wrote #306930:

Not sure if this has been answered before as a search did not bring results – I was wondering if its possible to style the label tag separately?

Example:

<txp:com_connect_text label="Name" required="1" break="" class="someclass anotherclass yetanotherclass" placeholder="Enter your name" />...

Using the above results in the class names being applied to both the label and input tags.. I’d like to style them differently..

label.someclass {}, input.someclass {}? Or maybe, depending on your markup structure, .someclass:first-child { /* label */}. Or maybe something else, there are so many possibilities.

jstubbs · 2017-09-10 08:17:45

phiw13 wrote #306931:

label.someclass {}, input.someclass {}? Or maybe, depending on your markup structure, .someclass:first-child { /* label */}. Or maybe something else, there are so many possibilities.

Thanks…but I meant is it possible to make so that we could have a class option applied to the label and the input within the call to txp:com_connect_text…. maybe this is too much but worth asking :)

etc · 2017-09-10 09:09:26

etc_query to the rescue?

<txp:etc_query
    data='<txp:com_connect_text label="Name" class="someclass" />'
    replace="//label@@class=labelclass;//input@@class=anotherclass"
/>

jstubbs · 2017-09-11 01:58:42

Thanks all…I’ve just gone with an inline class label.comRequired for now. Seems a bit strange that the class attribute for the input tag is also applied to the label tag, or maybe its just me :)

Bloke · 2017-09-11 10:04:46

jstubbs wrote #306942:

Seems a bit strange that the class attribute for the input tag is also applied to the label tag

Well it’d require extra attributes (like labelclass or something) which adds complexity. And as phiw13 says, you can easily target them individually if required by using a compound selector, so we decided this was an acceptable tradeoff.

If anyone can come up with an alternative method for class naming that is better/simpler/more flexible, by all means suggest it.

Textpattern CMS

Textpattern CMS support forum

#1 2017-07-18 23:22:39