Create free website html5 3d,local election 2013 gma,compatibility test girl games - Review

Published 26.10.2015 | Author : admin | Category : The Respect Principle Pdf

In this tutorial, we are going to learn how to create a swanky HTML5 AJAX powered contact form. We will use jQuery and Modernizr to help out with the older browsers, and PHP on the server side to validate the input.
Enquiry is a standard select element, and message is a typical textarea -- nothing new here. Another thing worth noticing is that we are setting an attribute called placeholder on all of the input elements (except telephone) and the textarea.
It does not look too good at the moment, and it isn't really doing our shiny new HTML5 goodness any justice, so let's add some CSS.
What we are saying here is: only execute this following code when the request method is POST. Once we have established that this is a POST request, we can start our form processing logic. The telephone field and the enquiry field are not required fields, so no need to validate these. Once we have validated our form results, we need to decide whether to send the user an email containing the form results or not. Note: Remember to change the from email address in the headers and the to email address in the mail function.
Whether the user's form submission was valid or not, we want to return them back to the form.
The final thing for us to do is to redirect the user back to the form page, along with our $returndata array. Another thing we need to bear in mind is, ultimately, if the user's browser has JavaScript enabled, we want to submit the form via AJAX. We then call session_start() to give us access to the session and the set the variable $_SESSION['cf_returndata'] to mirror $returndata.
Now that we have processed the form data and have been returned to the page, we need to update the user on what has happened. By default, the messages do not appear at all because, in the CSS, we've set 'display:none'. Essentially, if we have submitted the form, $sr will equal true, and if the form was invalid $cf['form_ok'] will equal false. Once we have decided which message to display, we need to populate the container with the relevant data. We are first checking that we have our errors array in $cf and that it contains at least one error.
You should also have received an email from the code we wrote earlier (if you filled the form in correctly).
The only difference here is that we are using PHP to populate the value attribute of the inputs.
Like we did with the success and error messages, we are checking to see if $sr is equal to true and $cf['form_ok'] is equal to false, and if they are, we write out the saved value in the session for this form field. On the select, we are doing the same, except, instead of writing out the saved value, we need to check each option value to see if it matches the one saved in the session. Finally, one last thing we are going to do is unset this session variable after we've gotten our data from it. If you submit an invalid form, you should notice now that your form input values are retained, and if you referesh the page, the message and data should be cleared.
In our case we expect the browser to support the new HTML5 input types and attributes we have used.
We'll also be using a JavaScript library called Modernizr to help us with feature detection. After this, we are using a jQuery function, called each() to iterate over the formElements array. Here we are using Modernizr to determine if we have support for the placeholder attribute on an input.
We are binding a focus event that will check if the placeholder attribute text is the same as the inputs value. This will make any browser that does not support the placeholder attribute act as if it does convincingly. The only other things we need to polyfill are the required attribute, the email input type, and the built in form validation.
We are binding a click event to the form submit button (stored in the formSubmitButton variable). As you can see, there are numerous properties in this object which give us a bit more of a clue as to what the problem is. We are checking whether this form element has the validity property, and if it does, we are then checking the valid property of the validity object to see if this field is ok. If the value is missing (triggered by required fields), we add an error message to the errors array we set earlier. If this form fields value is not missing, we then want to determine if the correct data was input. This will cover our HTML5 inputs nicely, but we now need to cater to the browsers which do not support the JavaScript form validation API. We return false, which breaks out of the loop, and will go straight to the next bit of the code outside of the loop.
We are next going to check if this is an email input, and, if it is, whether a valid email has been entered. If the email address is not valid, we do the same four things we did on the required input check.
The first thing we are going to do is write a function for handling the messages, and also our ucfirst() function. If the type is 'error', we hide the success message, loop through the data (which should be an array), and append the list elements to the error notices UL. With the ucfirst() function, I am adding this function to the prototype of the string object. Now that we have our miscellaneous functions sorted out, we can concentrate on the logic for the form's outcome. The form will use some of the new HTML5 input elements and attributes, and will be validated using the browser's built-in form validation. The HTML5 boilerplate includes an awesome CSS reset with sensible defaults and includes all the JS libraries (jQuery & Modernizr) we are going to be using today. We will hide these by default with CSS, and display them with either JavaScript or PHP once the form has been submitted.

This will force the browser to check that this field has something in it before it allows the form to be submitted. To the textarea, we will set the required attribute to make sure the user enters some text. Yep, you guessed it, this lets us set a maximum number of characters we can write in the textarea. When the page is first loaded, this input element is given focus immediately without the user having to do anything. If you do not have these, simply download the source files for this tutorial and copy them over. We're going to create a PHP fallback in case the user's browser does not support the new form input attributes (IE), or if the user has JavaScript disabled. By default, if a form is posted to a PHP script, the form's input values are stored in a super global array called $_POST.
If it's not, we'll set the $formok variable to false, and store an error message in the $errors array.
We are storing our headers in the $headers variable and supplying extra information on who the email is from, and what type of content it contains. If the form was valid and the message was sent, we need to provide the user with the success message. Once we are redirected back to the form page, we will lose our $returndata variable; so, to make this data persistant, we will temporarily store it in the session. That will mean we will want our AJAX request to be posted to the same place as the form submission when the JavaScript is disabled. We are telling it to redirect us to the last page we came from using the variable: $_SERVER['HTTP_REFERER'].
All we need to do now is update the user and provide either a success message or an error message.
This means accessing the session variable we set on process.php and working out what response to give.
Inside the class attribute of the messages, we are using PHP to add a 'visible' class to them if they are to be shown.
So the class visible will be outputted, but the PHP and message will show, and vice versa for the success message. Now that the form is working, the last thing we need to do is populate the form fields again with the user's data if the submission was invalid. We can use JavaScript to polyfill the features that the browser does not have (built in validation, support for HTML5 attributes etc.) . We'll use it primarily to handle our AJAX request, animation and DOM traversal & manipulation. This is already included as part of our HTML5 boilerplate, so we don't have to do anything here to get Modernizr up and running!
We don't have to worry about hooking up this file, jQuery or Modernizr, to index.php as this was already provided for us by the HTML5 boilerplate we used.
Whilst we are iterating over the form elements, we want to do our feature detection for the placeholder attribute, and if an element has this attribute but is not supported by the browser, apply our polyfill.
Modernizer is an object, input is a property of that object, and placeholder is a property of input (hence all the dots). This will make the elements placeholder text that we are going to polyfill look like the rest of the browsers. If it is, then the input's value is set to nothing, which clears the input and we remove the 'placeholder-text' class so that the text is the default input styled text. If not, then we check if this element has the autofocus attribute set on it, and if it does, we focus it. We also want to add in validation for the message length, and show the error message with details of problems with the form. Inside this loop, we want to start by declaring some useful variables that we will use in our validation. For the elements that are using the HTML5 input types and attributes, we can use the new validation JavaScript API to check their validity.
If it is not valid (I'm using the shorthand, !, to check for false), we set formok to false, and perform some tests to see what the problem is. If the JavaScript form validation API is not supported by the browser the above code will never be exectued and skipped. We are then using Modernizr to check if the required attribute is supported by the browser. We see if this is actually an email field, and then use Modernizr to check if the email input is supported. Instead, all we need to do is check that this element has a minimum length set, and if it does, make sure its length is greater than its set minimum length. This is not essential; it's just a nicety that gives the user a bit more feedback -- that a problem has, in fact, occurred.
This could be expanded to a much larger form, and all the code you've written will still work flawlessly. This is a really good starting point for any HTML5 project and will save you a great deal of time. We will use the img folder for storing image assets for our form, and process.php to handle all the server-side logic for the contact form. The email field is similar, but as well as being required, we actually want to make sure it is an email address that was entered.
For some daft reason, the powers that be who made the HTML5 spec did not think we would need a minlength attribute (like we do now) and there is no attribute for this. When the form is first displayed, the placeholder text will appear in the input, normally in a different font color. The file already contains some resets and defaults that will help us make our form x-browser compatible. I have already indicated that the field is required by putting a red asterisk in the label. This will give us consistency across all browsers except Opera, which does not support the styling of placeholders. If nothing is posted, $_POST will not be an array, the if statement will equate to false and our code will not be run. We are accessing the $_POST array by passing in the form field name as the key to retrieve the data for each variable. If it's not valid, we want to display the error messages stored in the $errors array as well as populate the form fields with the data that was originally sent.

Because the form would have already been validated on the client-side, it will pass through all the server-side validation, and the details will be emailed to us. The newer browsers will even validate the form before it is submitted using the new HTML5 input types and attributes we have used. We want to provide as much consistency accross all browsers as possible, even if it is a really naff browser.
You could get away with not using it, but you would have to write a significant amount of code. Also any variables or functions we declare inside this block will not interfere with any other code outside.
Normally in JavaScript we would actually do this on the submit event of the form, but as the newer browsers are using their own built in validation, the form submit event is never triggered. The error message will consist of the element's name (first letter uppercased) concatenated with the required error message that we set earlier in our script. With this in mind, in the elseif part of our code, we are checking if the typeMismatch property of the validity object is equal to true and if this input's type is actually email. We then return false at the end of our HTML5 input validation to break out of the loop, as we know that we have an invalid element (we don't need to waste our time validating the rest of the elements in the form). If not, we need to manually check the value of the element and compare it to the element's placeholder attribute. Length is a property of all string objects in JavaScript and returns the number of characters in the string. At this point, all we need to do is write the code that handles the logic to check if the form is to be submitted or not. Because all of our code is contained in the same block, we have access to variables set outside this function (successNotice and errorNotice). We are using the jQuery function animate() to animate the margin-left CSS value of the element. You could even add in your own validation for things like the telephone input field or the maxlength attribute! So as a makeshift minlength attribute, we are going to use another new HTML5 attribute called a custom data attribute. But incase the user does not have a nice shiny new browser or JavaScript enabled, we still need to validate the form submission. The [] after $errors is a shortcut to array_push (which is used to add an item to the end of an array). Where you see the curly braces with our variable names in them, these will be changed into the variables value when this script is run. We will store some variables we have been using in this script in an array and send them along with the redirect back to the form. We have used alternative syntax here just to make it a little more readable with it being mixed with the HTML.
Also, if we get the client's browser to handle all of the validation work, it saves our server's resources as we're not posting to it when the form is not valid.
We are checking to see if it is false (the browser does not support the placeholder attribute); if so, we implement our polyfill. The browser will display its own error messages, but this is highly inconsistent accross all of the browsers, and there is currently no way of styling these. We will need to display our error messages that we have stored, and stop the form submitting if there is an error.
If we want to show the success message, we simply hide the error message and display the success message. Although telephone is not a required field, we are using the tel HTML5 input type for this. This means that, with the AJAX request, there is no reason for us to redirect or set any session variables. To be honest, it's quite shocking IE9 does not have support for these things, it was only just released earlier this year. It's more efficient to cache them in this way than to request them each time you want to use them. The first thing we do is declare a variable that will hold the placeholder text assigned to the element. Displaying our own error message will provide consistency, and also show for browsers that do not support the new validation methods.
We create a regular expression in the variable emailRegEx, then use the test() method of the regular expression object to test if the value of the input is valid against the regular expression.
If, on the other hand, there isn't an error, we submit the form via AJAX and reveal the success message.
We want to show the error message so we pass 'error' as the first argument, then for the data we pass it the errors array we have been storing our form validation error messages in. If the AJAX request was successful, we call our showNotice() function and pass it 'success' as the first argument.
This is a pretty cool effect, and can provide the user with a bit more information on what they need to do. This sort of substitution only works if the string is encapsulated in DOUBLE quotes, not SINGLE.
In the final part of this script, we will check to see if the current request to process.php was an AJAX request or not, and if it was, set our session variables and redirect.
Anyhow, putting IE bashing aside (I could go on forever), the first two things we are going to polyfill are the autofocus and the placeholder attribute.
Even though the browser does not support the placeholder attribute, we can still access this attribute. To stop the browsers showing their default error messages we return false at the end of this function. This is retrieved as a string, so to prevent any potential errors down the line (comparing strings to numbers etc.), we convert this to an integer. We also need to cover the ucfirst() function we have used to uppercase the first letter of each field name. This is a variable we are going to be checking to see if we have previously posted our form. The next thing we want to do is display an error message or success at the top of the form.

What a girl wants 2003 film
How to make your own mary kay website
Typing lessons free games

Comments to «Create free website html5 3d»

  1. kama_189 writes:
    Whether the outcome is great or bad.
  2. Winner writes:
    About looks, makeup, or even his way don't forget -becoming physically eye-catching, becoming wealthy or well-known.
  3. PLAY_BOY writes:
    Your life (for example your job, your loved ones, your another to be self-absorbed or blind likes, the.