close ad
WARNING PC USERS: Do Not Install the DREAMWEAVER CC 2017 Update »
open ad
View Menu

Technical Support Forums

Free, outstanding support from WebAssist and your colleagues

rating

Various Issues: IE layout issues, unwanted text added, form results email issues, etc

Thread began 11/14/2011 9:19 am by jeremyandrebecca67370 | Last modified 2/29/2012 3:32 pm by Jason Byrnes | 1477 views | 12 replies |

jeremyandrebecca67370

Various Issues: IE layout issues, unwanted text added, form results email issues, etc

Various Issues: IE layout issues, unwanted text added, form results email issues, etc

Hello!

We are experiencing several issues with CSS Form Builder 2.0 and need assistance to overcome them. The form can be seen online at: employment_application.php
(You will need to enter… Username: sheepfold / Password: secure)

-------------
FORM ISSUES
-------------

1. *** MOST IMPORTANT *** MISALIGNED FIELDS AND LABELS IN INTERNET EXPLORER

In Internet Explorer (I'm using version 8), the form fields are not aligned horizontally with their labels. [See image1.jpg] However, in every other browser (that I have checked so far – i.e. Firefox, Chrome, etc.) the form fields and their labels appear to be on the same horizontal line. [See image1.jpg] Is there a special CSS fix for this to use for Internet Explorer?

(Interestingly, this problem only occurs on the uploaded page. When previewing the page locally, the fields and labels are aligned perfectly horizontally. Though, the small preview window within CSS Form Builder does actually show the error – without horizontal alignment. [See image2.jpg] There is at least one other minor difference as well between the local and uploaded versions (both in Internet Explorer): the local preview has a black border around every drop-down box. [See image3.jpg] But, the uploaded version contains no such border. [See image3.jpg] The drop-down border difference is not a concern, but I was wondering if that had something to do with the fact that perhaps some CSS code is not being properly written to the copy of the form which is uploaded to the server. Just a thought.) :-) Most other CSS items seem to be updating properly with only some minor width and spacing differences between local and uploaded versions.

At any rate, we absolutely need the form fields to be consistently aligned horizontally with their labels.


2. *** MOST IMPORTANT *** - PHANTOM FIELDSETS

(You can see this issue at the following link, which displays the form exactly as it is output from CSS Form Builder: employment_app.php)

There are two fieldsets that are showing up at the bottom of the form that I do not want there. (They are duplicates of fieldsets located higher on the form.) One was introduced when I deleted the contents of a fieldset within CSS Form Builder. Doing so removed the entire fieldset from the application window, but kept the data in the code which outputs the form. The other intruding fieldset was introduced on a program error which required me to recreate the fieldset in CSS Form Builder. But, as you can see, the code which outputs the form throws the old version at the bottom of the form. Obviously, I can manually delete this info from the form on the PHP page. However, I really want to clear up the issue at the root so that when the client asks for edits/additions to the form, we won’t have to manually delete it each time. Is there a way to edit the underlying code which writes the form on the page so that these two rogue sections will go away? :-)


3. * IMPORTANT * The “I agree to these terms” checkbox (at the very bottom of the form) should be unchecked by default, however it is checked when the page loads. Then, when the page refreshes due to validation requiring additional user input, it is unchecked. (This is something else that previews correctly locally (with the box not checked by default). But when the form is uploaded, the checkbox is always checked by default on the actual webpage.)


4. * IMPORTANT * - BROWSED UPLOAD LOCATION DISAPPEARS ON VALIDATION REFRESH

When the page refreshes because one or more fields did not validate, the “resume” upload field does not retain the input (from the “browse” button selection). We are concerned that when someone goes back to correct their error, they will not realize that they need to go back and browse again for their resume file. If they were required to add a resume, then we could add a “not blank” validation, or something similar. Unfortunately, the resume is an optional item, and we need a way to only require the file to only be “browsed” one time, with the input retained on a validation-initiated page refresh.


5. NON-REQUIRED DATEPICKER FIELDS MARKED AS REQUIRED

All but one of our datepicker fields are not “required” fields for form submission. However, every datepicker field gets a little red asterisk indicating that it is required. [See image4.jpg] The form functions properly, in that they do not need to be filled in for the form to be submitted. However, the asterisk appears whether the datepicker fields are “required” or not. If this is just a bug, I can manually delete the asterisks for now until a maintenance update is released. However, if there is some way I can fix this so that we won’t have to manually delete these every time a change is made to the form, that would be great!


6. GAP IN SEPARATOR LINE

When we have a fieldset in CSS Form Builder that has no title, we do want a separator line. However, the line that is generated has a gap near the beginning of it. [See image5.jpg] I can manually fix this by simply deleting the “legend” tags in the code. However, is there a way to have the legend tags not included when the fieldset title is left blank? This seems like a better default behavior. If this is something that can be addressed in a future update, I’ll continue adjusting this manually. But, it is a pain when the client requires frequent changes to the form.


-----------------------------
FORM RESULT EMAIL - ISSUES
-----------------------------

1. *** MOST IMPORTANT *** FORM RESULTS DISPLAYING COLLECTED INFO IN WRONG PLACES OR NOT AT ALL

Any element group that is based on a template we have created seems to have issues in getting the proper results to the client via the form result email. Even though the email template is using the correct names for each item entered in the form (names which come directly from the names of the form fields as we defined in CSS Form Builder), they are not correlating with their placements in the email template. In fact, they are mixed up, and some are missing altogether. I have double-checked this several times and I cannot figure out where the issue could possibly be coming from. Everything seems to be named correctly, but the results just don’t line up they way they should. This issue occurs in the “Employer”, “Schools”, and “References” groups.


2. *** MOST IMPORTANT *** RADIO BUTTONS NOT PASSING VALUES TO FORM RESULTS EMAIL

I can’t seem to get the form entered values of radio buttons to be passed through to the form results email. I could be just naming these incorrectly, but I have double-checked with forms I previously developed with Universal Email, and it looks like I’m doing it properly. Any help here would be appreciated.


3. *** MOST IMPORTANT *** NEED LINK TO UPLOADED FILE IN FORM RESULTS EMAIL

In the form results email that is sent to the client, they need to have a way to easily access the file (in this case, a resume) that was uploaded when the form was completed. The upload is working properly and the file is put in the proper folder. We now need a way to have the URL to the uploaded file appear on the form results email (next to “Resume Upload”) so the client can click the link in the email and be able to download or view the uploaded file. (Or something similar to this. I just need to stay away from them needing to use another FTP or another program to get to the uploaded file. Like most clients, they’re not incredibly computer savvy.) :-)

-----------------------------------

I know these are a lot of issues to bug you with at once. :-) But, I’ve been working on this form off and on for over two weeks now, and have tried everything I can think of to overcome these issues. Thanks, in advance, for any assistance you can provide.

Kind regards,
Jeremy

Sign in to reply to this post

jeremyandrebecca67370

Oh... I meant to also upload my files in case you want to look over the code. Here you go! :-)

Thanks again!
Jeremy

Attached Files
files.zip
Sign in to reply to this post

Jason ByrnesWebAssist

I have created a support ticket so we can look into this issue further.

To view and edit your support ticket, please log into your support history:
supporthistory.php

If anyone else is experiencing this same issue, please append to this thread.

Sign in to reply to this post

jeremyandrebecca67370

I have a form with an upload field which is working (file is uploaded to the specified folder on the server).

However, now we need to reference this uploaded file in the form results email so that the client can download the form from the server via a link within the email they receive. Jason had shown me (during a support ticket call) how to do this, but I cannot for the life of me get this working anymore.

If possible, could someone reply with the proper code I should put on the form page as well as the form results email template page to make this work?

I think it had something to do with: <?php echo $_SESSION['updFile']; ?>

But, I'm at a loss as to how this was originally set up. And, it would be great to have the info here in the forum for future reference. Thanks, in advance, for your assistance.

- Jeremy

Sign in to reply to this post

Jason ByrnesWebAssist

I had to use the set session value behavior to save the file name to a session variable.

after the image upload, add the following code:

php:
<?php

if (!session_id()) session_start();
if(
$_SERVER["REQUEST_METHOD"] == "POST")     {
  
$_SESSION["updFile"] = $WA_DFP_UploadStatus["WA_UploadResult1"]["serverFileName"];
}
?>




then in the email template i could add the link using the session variable:

php:
<a href="http://www.mydomain.com/uploads/<?php echo $_SESSION['updFile']; ?>">click here</a>
Sign in to reply to this post

jeremyandrebecca67370

Thanks Jason! That's great!

Two questions...

1. How can I use this with two upload fields in the same form? The form I'm using actually has two separate upload fields.

2. Sometimes the uploaded file path in the form results email refers to a previously uploaded file. Is there a way to flush the memory so that it will always refer to the most recent uploaded file?

Thanks again!

Sign in to reply to this post

Jason ByrnesWebAssist

1) you would need another set session code block:

php:
<?php 

if (!session_id()) session_start(); 
if(
$_SERVER["REQUEST_METHOD"] == "POST")     { 
  
$_SESSION["updFile2"] = $WA_DFP_UploadStatus["WA_UploadResult2"]["serverFileName"]; 

?>



and another link:

php:
<a href="http://www.mydomain.com/uploads/<?php echo $_SESSION['updFile2']; ?>">click here for second image</a>





2) maybe unset the session at the bottom of the page using this code after the </html> tag:

php:
<?php 

if(isset($_SESSION["updFile"])) unset($_SESSION["updFile"]);
if(isset(
$_SESSION["updFile2"])) unset($_SESSION["updFile2"]);
?>
Sign in to reply to this post

jeremyandrebecca67370

OK... I think we're close, but I still seem to be having a problem. Strangely, it seems as if perhaps the form results email is being sent before it is ready to reference the uploaded file. Here's what is happening.

If I upload a file, the form results email shows nothing in the uploaded file link we made. However, if I send another email immediately after the first, but do not include an uploaded file, the form results email lists the previously uploaded file in the corresponding file link.

It's almost as if it couldn't see the uploaded file variable until after the first email was sent. (I tried it with and without the "unset" session code.)

Hopefully that makes sense. I'll attach my files in case it helps to take a look at them. Thanks so much for you assistance.

- Jeremy

Attached Files
files.zip
Sign in to reply to this post

Jason ByrnesWebAssist

i dont see where you have added the code to set the sessions? it should be at line 62 in the index.php page, but it doesn't appear any where.

Sign in to reply to this post

jeremyandrebecca67370

Oh my! Of course... I had put the code beneath the actual upload fields instead of in the "head" section! (Oh brother.) :-)

We are almost done now. The uploads are working perfectly and the links in the form results email are referencing the correct files. Nice!

The last problem appears to be a conflict with multiple headers being sent (perhaps from the form mailer script??) The following errors appear at the top of the page when it refreshes after sending the form contents:

-------------------------------
Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /home/content/73/6662773/html/edit_my_songs/index.php:66) in /home/content/73/6662773/html/edit_my_songs/index.php on line 133

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/content/73/6662773/html/edit_my_songs/index.php:66) in /home/content/73/6662773/html/edit_my_songs/index.php on line 133

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /home/content/73/6662773/html/edit_my_songs/index.php:66) in /home/content/73/6662773/html/webassist/email/mail_php.php on line 274

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/content/73/6662773/html/edit_my_songs/index.php:66) in /home/content/73/6662773/html/webassist/email/mail_php.php on line 274

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /home/content/73/6662773/html/edit_my_songs/index.php:66) in /home/content/73/6662773/html/edit_my_songs/index.php on line 163

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/content/73/6662773/html/edit_my_songs/index.php:66) in /home/content/73/6662773/html/edit_my_songs/index.php on line 163
-------------------------------

I'll attach the latest version of my page in case you need to see the code. Thanks again for your patience with me on this. :-)

- Jeremy

Attached Files
files2.zip
Sign in to reply to this post
loading

Build websites with a little help from your friends

Your friends over here at WebAssist! These Dreamweaver extensions will assist you in building unlimited, custom websites.

Build websites from already-built web applications

These out-of-the-box solutions provide you proven, tested applications that can be up and running now.  Build a store, a gallery, or a web-based email solution.

Want your website pre-built and hosted?

Close Windowclose

Rate your experience or provide feedback on this page

Account or customer service questions?
Please user our contact form.

Need technical support?
Please visit support to ask a question

Content

rating

Layout

rating

Ease of use

rating

security code refresh image

We do not respond to comments submitted from this page directly, but we do read and analyze any feedback and will use it to help make your experience better in the future.

Close Windowclose

We were unable to retrieve the attached file

Close Windowclose

Attach and remove files

add attachmentAdd attachment
Close Windowclose

Enter the URL you would like to link to in your post

Close Windowclose

This is how you use right click RTF editing

Enable right click RTF editing option allows you to add html markup into your tutorial such as images, bulleted lists, files and more...

-- click to close --

Uploading file...