• Content count

  • Joined

  • Last visited

Community Reputation

1 Neutral

1 Follower

About iwato

  • Rank
    Invested Member

Previous Fields

  • Languages
    HTML, CSS, Javascript, PHP, MySQL and Spoken Language

Contact Methods

  • AIM
  • Website URL
  • Yahoo
  • Skype

Profile Information

  • Gender
  • Location
    Seattle, Washington USA 98104

Recent Profile Visitors

2,941 profile views
  1. After you have backed up your file change the parameters of the range function from 1,3 to 2,2, and eliminate the div tag containing the information for the individual whom you want to remove.
  2. How are you using your images? What is the purpose of their display? Do you understand Javascript and jQuery. I have found Colorbox (a jQuery plug-in) to be very useful. It is client-side. Roddy p.s. No offense implied to the server-side PHP forum! :-)
  3. Got it. I understand. Write the HTML into the document manually, and then alter the element with PHP according to what appears in &non_matches. Thanks!
  4. Because there are many elements, and I am never sure what will be contained in the PHP variable $non_matches. JSG: Please see my above edit. It may prove useful in your further response.
  5. BACKGROUND: I am tempted to write something like the following foreach ($non-matches as $key => $val) { echo '<script> $("#' . $key . '").append("<p style=' . '"color:red;">Complete this item!</p>);</script>)'; } QUESTION ONE: Under the assumption that the echo statement is correct would you recommend this as proper programming procedure? If not, please explain why and provide an alternative, more appropriate strategy that would achieve the same objective suggested by the use of a jQuery object ? QUESTION TWO: If it is proper programming procedure, please correct the echo statement so that it will achieve the following: $("#...").append("<p style='color:red;'>Complete this item!</p>"); EDIT: In order to assist you in your response, the PHP variable $non-matches contains a list of values for the id attributes of form input control tags that have been carefully selected through a prior PHP procedure. An alternative approach that is currently under consideration is to create a JSON object, assign it to a Javascript variable, and iterate the resulting object with jQuery.
  6. Hi, Ingolme! I can see how use of the term form element can lead to confusion. On the one hand, it refers to the form tag <form>; on the other hand, it refers to any HTML element related directly to the creation of a form -- both non-control and control elements alike. Since the form attribute of the fieldset element is not recognized by any recent browser (see W3Schools), I will assume that it is a non-control form element only useful for decoration and the organization of form-control elements. To play it safe I will remove all of my non-essential <form> tags. Originally, all of my control-elements pointed to the same <form> tag, but each was grouped with other control elements in different <form> tags that did not contain a type='submit' control element.
  7. QUESTION ONE: When using the form attribute with a non-form element to redirect the contents of the non-form element to the form element, will confusion be created, if the non-form element is included in a form element different from the form element that contains the type='submit' input element? QUESTION TWO: Are fieldset elements an exception in this regard? Or, are they, too, treated as non-form elements.
  8. Dsonesuk: The form page is local. It is on my test server and likely not accessible to the average user.
  9. Ingolme: The end-users (the recipients of the email insert) should see the highlighted Q&A text -- not the HTML that creates it. Donesuk: I followed you until your last sentence, but believe that everything essential was already said. I believe to be on a clear track now, but will not know for sure until I have succeeded with the implementation. So, for now, thanks to you both! I will be back with a report of success or failure, but am momentarily engaged in another routine that I wish to consummate first.
  10. Ingolme: The HTML Template unless rendered is filled with HTML script: <h3>, <p>, <table>, &, etc. When I pass the information contained in the $_POST variable to this file why must it be altered? Should it not look just like all of the rest of the code in the file -- i.e., the same as it appears in the initial <textarea> element of the form from which it arose? This $html_message = str_replace('%something%', htmlspecialchars($something), $html_message); makes no sense to me in the context that I have provided. Indeed, whatever encoding need to be performed so that the email insert appears correctly in the subscribers email box appears to be performed by the PHPMailer's $mail->msgHTML($html_message); function. Does this not appear reasonable?
  11. QUESTION TWO: Because the data that reside in the $_POST variable are the same that reside in the <textarea> element, and the data that reside in the HTML template are all in unrendered HTML script when I pass the data from the $_POST variable to the HTML template no explicit modification of the code is needed on my part. True or False? Please be patient with my insistence, as I am truly confused.
  12. Ingolme: I understand the code that you have written, but I am having trouble with your English. Please allow me to help by passing your response through a series of true/false questions. QUESTION ONE: My assumption is that the data that I type into my form's <textarea> -- namely, <h3>Q&A</h3> will appear everywhere the same, just as you see it now. Everywhere in this interpretation refers to the contents of the the <textarea> form element, the $_POST variable, and the MySQL database tables I am assuming no explicit modification of the HTML script on my part. Is this statement true or false?
  13. Ingolme: I still do not understand. I will surely use code similar to the following to fetch my HTML template before attaching it to the mail that I will send to my subscribers. $html_message = file_get_contents('../../confirmation_mail.php'); $html_message = str_replace('%username%', $name, $html_message); $html_message = str_replace('%email%', $email, $html_message); $html_message = str_replace('%hash%', $hash, $html_message); $mail->msgHTML($html_message); At this point is the file still not an unrendered HTML file? The story with which I started this query has changed somewhat since I wrote it. My current, more reflected intention is to to do the following: When the completed form data arrives at the remote server from my local test server via the $_POST variable two things will happen: one, a large portion of the information will be placed into the HTML template before being sent out as an email insert to my subscribers; and two, the entirety of the data will be archived in various tables in my remote host server account's MySQL data base. My assumption is that the data that I type into my form's <textarea> -- namely, <h3>Q&A</h3> will appear everywhere the same, just as you see it now. Everywhere refers to the contents of the <textarea> element, the $_POST variable, the MySQL database tables, and the HTML template before it is sent. If this is true, why would any encoding or decoding of the HTML code be necessary?
  14. Thank you, Dsonesuk, for responding. It is good to know that I can avoid the normal security procedures. The second part of my question, however, is the need for encoding and decoding the HTML. Recall that my goal is to have appear in my HTML template exactly what I write in my <textarea> element. In other words, I want the recipient of the email insert to see Q&A, but in my template I wish to see exactly what I type into my <textarea> element -- namely, <h3>Q&A</h3>. The transmission path is 1) <textarea> on locally created form 2) $_POST variable sent to PHP file on remote server. 3) Insertion of the contents of the <textarea> into the HTML template via the PHP file on the remote server 4) SMTP transmission to subscribers mailbox with the modified HTML template included. In other words, at only one point do I want the code <h3>Q&A</h3> to appear as Q&A with <h3> element highlighting. QUESTION: Must I encode the HTML script as HTML entities before sending the $_POST variable and then decode the entities as HTML script after the transmission? If so, why? If not, I understand.
  15. Hi, Shan!  I am happy to have you aboard.  It is my hope that you can learn from my carefully formatted ignorance.