We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 6425
    • 23 Posts
    Arggg grin

    It was the quotes - I didn’t have quotes around every, name="example" instead I had name=example.

    Thanks!!!
      • 23491 ☆ A M B ☆
      • 1,056 Posts
      Quote from: danderson at Oct 20, 2006, 09:07 AM

      Arggg grin

      It was the quotes - I didn’t have quotes around every, name="example" instead I had name=example.

      Thanks!!!

      No problem...I wonder, is it proper XHTML to have numbers not within quotes?

      e.g.
      <select value=15>Fifteen</ select>
      


      I believe it is NOT, in which case the parser is in the right, right? laugh
        Mike Reid - www.pixelchutes.com
        MODx Ambassador / Contributor
        [Module] MultiMedia Manager / [Module] SiteSearch / [Snippet] DocPassword / [Plugin] EditArea / We support FoxyCart
        ________________________________
        Where every pixel matters.
        • 727
        • 502 Posts
        I have a field called "email", and in my call to eform 1.4 I use:

        &replyto=`email`


        However when I receive the email and hit reply it doesn’t use the email address. If I look at the message headers there is no "Reply-To". Any ideas? Does anyone have this working?

        Andy
          • 25663 MODX Staff
          • 12,272 Posts
          Hey TobyL,

          I’ve duplicated the file uploads not going up with the forms... this was on an IIS server btw.
            Ryan Thrash, MODX Co-Founder
            Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
            • 727
            • 502 Posts
            Quote from: ajayre at Oct 20, 2006, 01:24 PM

            I have a field called "email", and in my call to eform 1.4 I use:

            &replyto=`email`


            However when I receive the email and hit reply it doesn’t use the email address. If I look at the message headers there is no "Reply-To". Any ideas? Does anyone have this working?

            Andy


            It is indeed broken. The replyto address is never passed to the PHPmailer class. Here is the fix:

            In eform.inc.php, line 498 shows:

                                    elseif ($type=="bcc") $mail->AddBCC($a[$i]);


            add the following line immediately afterwards add:

                                    elseif ($type=="replyto") $mail->AddReplyTo($a[$i]);


            Andy
              • 29655
              • 16 Posts
              Can anybody tell me why the following is failing xhtml 1.1 validation? I’m using e-form.

              According to W3C, I can’t have
              <option value="something">Something</option>

              The error I get is:
              Line 91 column 68: character data is not allowed here.

              ...el="Sales Related" value="Tech Support Related"/>Sales Related</option>

              You have used character data somewhere it is not permitted to appear. Mistakes that can cause this error include putting text directly in the body of the document without wrapping it in a container element (such as a <p>aragraph</p>) or forgetting to quote an attribute value (where characters such as "%" and "/" are common, but cannot appear without surrounding quotes).
              Notice in the error that it closed the option tag after value="Tech Support Related" automatically although I never made it that way.

              I’m not sure what else is feasible. The following is valid but only seems to work in Safari and none of the other major browsers:
              <option value="something" label="something" />
              .
                • 4707
                • 73 Posts
                Quote from: TheBear at Oct 21, 2006, 03:30 PM

                Notice in the error that it closed the option tag after value="Tech Support Related" automatically although I never made it that way.

                AFAIK, that’s a small issue with eForm 1.3 and below. Try version 1.4, it doesn’t have that problem anymore.
                  • 28042 ☆ A M B ☆
                  • 24,524 Posts
                  Trying to convert a complex form to 1.4. This is the form that caused me to add the SESSION values hack. Great application of the idea, although I added another small hack to allow for the given SESSION value to be an array itself. Only works for one level, I imagine somebody could figure out how to make it recursive if it ever seems necessary.
                  		# get SESSION data - thanks to sottwell
                  	if($sessionVars){
                  		$sessionVars = (strpos($sessionVars,',',0))?explode(',',$sessionVars):array($sessionVars);
                  		foreach( $sessionVars as $varName ){
                  			if( empty($varName) ) continue;
                  			if( isset($_SESSION[$varName]) && !empty($_SESSION[$varName]) ) {
                  // dealing with array - sottwell 22-10-06
                    			if(is_array($_SESSION[$varName])) {
                            foreach($_SESSION[$varName] as $name => $value) {
                  				    $fields[$name] = ( isset($fields[$name]) && $postOverides )?$fields[$name]:$value;
                  			     }
                    			} else {
                  				  $fields[$varName] = ( isset($fields[$varName]) && $postOverides )?$fields[$varName]:$_SESSION[$varName];
                  				}
                  // end with dealing with array
                  		  }
                  		}
                  	}
                  

                  This does populate the $fields array nicely.

                  Now to my current problem. I reworked my form to match the way they are done in the demos. No placeholders. This works great for validation; and invalid field returns the form in perfect shape, all values including radio buttons and selects are preserved.

                  However, the SESSION values are not being inserted. If I have placeholders, regular text values are inserted from the $fields array populated from the SESSION, but the radio and select fields are not.
                    Studying MODX in the desert - http://sottwell.com
                    Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                    Join the Slack Community - http://modx.org
                    • 30223
                    • 1,010 Posts
                    Now to my current problem. I reworked my form to match the way they are done in the demos. No placeholders. This works great for validation; and invalid field returns the form in perfect shape, all values including radio buttons and selects are preserved.

                    Did you enter the placeholders for checkboxes like this: "[+name:value+]" (like in the old old version)? And I guess you’d have to format your session variables like that as well. formMerge() which is responsible for merging the placeholders and values pretty much expects this format. Otherwise have a good browse of the formMerge function in eform.inc.php...
                      • 28042 ☆ A M B ☆
                      • 24,524 Posts
                      I see another area where a fairly common situation will be troublesome. A select that is populated by a query (using a snippet) makes eForm very unhappy. I’m trying to figure out exactly what these extra server tags do; it’s possible one of them could be used to get the values from the database?
                        Studying MODX in the desert - http://sottwell.com
                        Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                        Join the Slack Community - http://modx.org

                      This discussion is closed to further replies. Keep calm and carry on.