Nov 21, 2008, 07:42 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
Search via SMF or Google: modx forums all of modxcms.com web
  MODxCMS.com   Forums   Help Login Register  
News:Read what MODx Developers say: MODx Dev. Blogs
Pages: [1]   Go Down
  Print  
Author Topic: Next eForm version available - version 1.4.2  (Read 4475 times)
0 Members and 1 Guest are viewing this topic.
TobyL
Moderator
*
Posts: 805



« on: Nov 22, 2006, 09:51 AM »

Finally had some time to add the bits and pieces suggested in the various forum topics. Before I post it in the repository I'd like a few people to test and comment on the changes...


Update 11 December 2006
eform 1.4.2 has now been added to the repository There are some extra additions which are listed below

  • New: validation message placeholder no longer requires wrapping elements - You should now just use [+validationmessage+]
     instead of <div clas="error">[+validationmessage+]</div> (or similar)
    You can use the $_lang['ef_validation_message'] in your eform language file to format
    the message. Add [+ef_wrapper+] to this variable where you want the messages to appear
  • New: You can now place the  anywhere in your document (outside the form template)
  • New: Support for in-line validation alert via the new &requiredClass and &invalidClass parameters
  • New: Email character set now follows the modx setting (thanks to Gildas)
  • Update: Tweaked the sessionVars parameter so it's no longer sensitive to spaces in comma seperated values
  • Update: Changed the date validation due to php version differences (Raymond Irving)
  • New: &css parameter - Adds css to the head of the document when the form is displayed
  • New: &jscript parameter - Adds javascript to the head of the document when form is displayed
  • New: eForm now checks for version differences between snippet and eform.inc.php
  • New: &protectSubmit parameter - protect against multiple submits of similar form data
    values: 0=off, 1=use required fields, or comma separated list of fields to compare
  • New: &submitLimit parameter - Time limit in minutes on successive submits of same form
  •       works standalone or in combination with &protectSubmit - see documentation for details

And a bit more info on the new parameters:

&cssStyle
Adds a style declaration to the <head> section of the page when either the form is displayed or the thank you page is displayed (if the &thankyou parameter is set). Values can be a combination of paths, full urls, chunk names and doc id's.
Examples:
Code:
[!eForm &cssStyle=`assets/site/forms.css,chunkName` ... !]
[!eForm &cssStyle=`chunkName` ... !]
[!eForm &cssStyle=`http://mysite.com/assets/styles/forms.css` ... !]

Chunks (and documents if a doc id is given) can return a values in the form of:
an inline style block, eg. <style type="text/css">/*some styles*/</style>
a link to stylesheet(s), eg. <link href="assets/site/forms.css" rel="stylesheet" type="text/css">
a comma separated list of urls, eg. assets/site/forms.css,assets/site/more.css,assets/site/gone_overboard.css

&jScript
Similar to &cssStyle but for adding javascript to the <head> of the page document. Currently Javascript is only added when the form is displayed.

&protectSubmit - defaults to 1 (on)
Protects against submitting a form multiple times with the same data. Submitting the form becomes disabled after the first successful submit while the value from key form fields remains the same. This is achieved by setting (and comparing) a session variable with an md5 hash from these key fields. Which fields are compared depends on the value of &protectSubmit. Possible values are 0 (off), 1 (all 'required' fields are used) or you can set a comma separated list of field names. To ensure that the session variable works separatedly for different forms the session variable name is based on the &formid paramter ({formid}_hash).

&submitLimit - off (0) by default
Enforces a time limit (in minutes) between form submits. After the form has been submitted successfully it can not be submitted again for the set amount of minutes irrespective of the form data being changed.  When used in combination with &protectSubmit &submitLimit takes precedence, meaning that when the time limit has expired the form can be submitted again regardless of the setting of &protectSubmit (it will unset the session variable). As with &protectSubmit this parameter uses a session variable with a variable name based on &formid.

« Last Edit: Dec 10, 2006, 11:55 PM by TobyL » Logged

xwisdom
Foundation
*
Posts: 1,732



« Reply #1 on: Nov 23, 2006, 10:05 AM »

Very nice work here Tobyl. Will test soon.
Logged

xWisdom
www.xwisdomhtml.com
The fear of the Lord is the beginning of wisdom:
MODx Co-Founder - Create and do more with less.
Gildas
Full Member
***
Posts: 172


WWW
« Reply #2 on: Nov 24, 2006, 05:35 AM »

Like I say here eForm is a great tool. Thanks a lot Tobyl. But Wink I use UTF-8 encoding in my development, and in this context I had to add this line before sending any mail :

      $mail->CharSet = $modx->config['modx_charset'];

Could you add something like this in a future release ?
Logged

Ackwa | [Plugin] EditArea : Download / Support
TobyL
Moderator
*
Posts: 805



« Reply #3 on: Dec 10, 2006, 11:34 PM »

eForm 1.4.2 has now been added to the repository. See first post
Logged

Gildas
Full Member
***
Posts: 172


WWW
« Reply #4 on: Dec 11, 2006, 02:34 AM »

Very nice work, thanks a lot... I wil test it ASAP.
Logged

Ackwa | [Plugin] EditArea : Download / Support
rthrash
Foundation
*
Posts: 9,515



WWW
« Reply #5 on: Dec 11, 2006, 08:54 AM »

Thanks TobyL ... now resolves all issues that I was having. Cheesy
Logged

MODx is a framework that allows web professionals to turn over sites to end-users for daily maintenance without worrying. Community participation and questions are encouraged, especially when you help us help you, read the wiki, and review snippet parameters – even if you have to look at the source. Searching the forums helps, too.
Ryan Thrash
MODx Co-Founder
Principal @ Collabpad
work productively.
work intelligently.
work together.
Maaike
Full Member
***
Posts: 176



WWW
« Reply #6 on: Dec 12, 2006, 08:10 AM »

Toby, you rule!  Grin
Thanks, all of my issues with eForm appear to have been resolved as well  Smiley
Logged

Thanks for MODx - I love it!
TobyL
Moderator
*
Posts: 805



« Reply #7 on: Dec 12, 2006, 08:30 AM »

Blij dat ik je van dienst kon zijn Maaike  Grin
(Glad to be of service)  Smiley
Logged

pixelchutes
Coding Team
*
Posts: 814



WWW
« Reply #8 on: Dec 19, 2006, 12:29 PM »


Update 11 December 2006
eform 1.4.2 has now been added to the repository There are some extra additions which are listed below

Awesome news, Toby!

So, any word on whether CC emailing is working yet? 1.4.2 is the best eForm yet Wink

Quote
- Support for CC and BCC fields

BTW, Thank you, thank you, thank you!!

Quote
This form was already submitted succesfully. There is no need to submit your information multiple times.
« Last Edit: Dec 19, 2006, 12:41 PM by pixelchutes » Logged

Mike Reid - www.pixelchutes.com
MODx Team Member / Contributor
[Module] SiteSearch / [Snippet] DocPassword / [Plugin] EditArea / We support FoxyCart
________________________________
Where every pixel matters.
TobyL
Moderator
*
Posts: 805



« Reply #9 on: Dec 20, 2006, 04:21 PM »

Quote
So, any word on whether CC emailing is working yet? 1.4.2 is the best eForm yet

Just came accross this in the phpmailer documentation:

Quote
AddBCC (line 315)

Adds a "Bcc" address. Note: this function works with the SMTP mailer on win32, not with the "mail" mailer.
void AddBCC (string $address, [string $name = ""])

    * string $address
    * string $name

Same for CC. This may be the problem you've been experiencing... Big setback.
Logged

rthrash
Foundation
*
Posts: 9,515



WWW
« Reply #10 on: Dec 20, 2006, 04:24 PM »

TobyL,

I wonder if Swift mailer would have this limitation: http://swiftmailer.org/ (serious contender for replacing phpmailer in MODx at some future point...)?
Logged

MODx is a framework that allows web professionals to turn over sites to end-users for daily maintenance without worrying. Community participation and questions are encouraged, especially when you help us help you, read the wiki, and review snippet parameters – even if you have to look at the source. Searching the forums helps, too.
Ryan Thrash
MODx Co-Founder
Principal @ Collabpad
work productively.
work intelligently.
work together.
pixelchutes
Coding Team
*
Posts: 814



WWW
« Reply #11 on: Dec 20, 2006, 04:28 PM »

I wonder if Swift mailer would have this limitation: http://swiftmailer.org/ (serious contender for replacing phpmailer in MODx at some future point...)?

Hmmm...sounds promising! I did a quick read through and was pretty impressed with swiftmailer's capabilities. +1 from me.

While I'm here, Toby, eForm doesn't have the ability to spawn a totally separate email to the form submitter's email address, does it? I guess with the event handler functions I could, couldn't I? Wink
« Last Edit: Dec 20, 2006, 04:48 PM by pixelchutes » Logged

Mike Reid - www.pixelchutes.com
MODx Team Member / Contributor
[Module] SiteSearch / [Snippet] DocPassword / [Plugin] EditArea / We support FoxyCart
________________________________
Where every pixel matters.
TobyL
Moderator
*
Posts: 805



« Reply #12 on: Dec 21, 2006, 09:02 AM »

I wonder if Swift mailer would have this limitation: http://swiftmailer.org/ (serious contender for replacing phpmailer in MODx at some future point...)?

Looks very interesting! I will have a good look at that, but sadly not until some time later. Xmas holidays may get in the way.

While I'm here, Toby, eForm doesn't have the ability to spawn a totally separate email to the form submitter's email address, does it? I guess with the event handler functions I could, couldn't I? Wink

No, not as it is, but you could create something using the events I guess.  I've just started rewriting eForm into class structure so that you can access all properties (and methods) from within the events. That should make what you want to do a piece of cake... Mind you this has still some way to go.

Have a merry ol' time the coming weeks everyone!
Logged

borizz
Jr. Member
*
Posts: 14


« Reply #13 on: Dec 26, 2006, 12:48 PM »

I have created a Dutch language file for eForm, so I tought I should share it here. It is attached to this post, I hope it can be added to the next version of eForm. For people that want to use the language file straight away, just copy this file to the eForm language directory in your Modx installation:
Code:
assets/snippets/eform/lang/

Thanks for the great form snippet Toby  Wink!

* eForm.dutch.zip (1.19 KB - downloaded 255 times.)
Logged
Pages: [1]   Go Up
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP

Copyright © 2005-2008 MODxCMS, All rights reserved. Contact Us
Styles by ziworks.com

Powered by SMF 1.1.4 | SMF © 2005, Simple Machines LLC

Valid XHTML 1.0! Valid CSS!