Frontpage overwrites asp form

Hello FP experts,

I have an issue with Frontpage.  We are now on version 2003.

The form is asp-based and calls on another asp page to do the processing. I have this form locally located outside of the FP web because it's been created w/o Frontpage. What I've done is I sync the rest of the web when making a lot of changes (borders, images, new directories) but otherwise I just publish the modified form pages via ftp.

Unfourtunately, it seem Frontpage likes to go into the forms and insert junk code. This seems to happen both when I do a sync of the entire site and also when publishing individual files. I then have to reupload the forms aftewards.

I have a question. Is this normal? What can I do to keep Frontpage's claws off my forms!???!?!?!!?!

I have ensured there are no webbots in the current code.

http://www.mvna.org/flureg_senior.htm


Would this code work?
 <!--webbot bot="HTMLMarkup" startspan -->
your code here
<!--webbot bot="HTMLMarkup" endspan -->
gizmoadriaAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

coreybryantCommented:
FP borders needs FP extensions to work properly.  As well as themes, etc.  When you FTP into a FP site, you run the risk of corrupting the FPSE.

FP 2003 is much better at not messing with your code.  Did you try creating this code in FP?

-Corey
gizmoadriaAuthor Commented:
Did not try creating the code in fp
gizmoadriaAuthor Commented:
We eventually want to move away from FP.
FP also did not have much of functionality built in so then we went with asp only.
OWASP: Avoiding Hacker Tricks

Learn to build secure applications from the mindset of the hacker and avoid being exploited.

coreybryantCommented:
You should be able to copy all the coding into FP and then publish it.  You should be able to publish the ASP processing form as well with no problems

-Corey
gizmoadriaAuthor Commented:
Corey,

Is that in theory or did you view the code?

The form has 1600 lines of code.

coreybryantCommented:
Well I usually use JMail to process the forms and write the ASP - so no problems with FP.  On the flureg_senior.htm, I only saw about 344 lines of code.  Of course, I would not be able to view the source code of the ASP code because it would be parsed from the server

-Corey
AZwebCommented:
Corey is right, You can edit ASP pages and publish with FrontPage without problems. I have done this hundreds of times.

I have even gone so far as to do a manual tweak of webbot code and made it work but the next time someone would edit the page in FrontPage it would change the bot code back on me.

FrontPage uses the extensions for borders and themes and if your forms page has any of this it may cause a problem but it won't change the forms code unless you still have bot or wizard code remaining there somewhere.

I worked for a state government where they had FrontPage as the main official editor so I made lots of manual code to do things standard forms couldn't do. I also mixed FrontPage and Dreamweaver all the time as well.

Build your ASP pages inside FrontPage and publish them with the rest of the pages and see what happens.
gizmoadriaAuthor Commented:

Hello,

Can you provide information on converting it?  I'm looking to find out how and what to remove.  If I knew the items FP was picking up and corrupting(reading), I could remove/modify them.

Do you think the code below would work?

<!--webbot bot="HTMLMarkup" startspan -->
your code here
<!--webbot bot="HTMLMarkup" endspan -->


We are planning to move away from FP so getting it to work within and then having to remove the code again is not what I'm looking to do.
coreybryantCommented:
The HTMLMarkup webbot might work.  It all depends on a few things.  I have never actually played with that component before.  But have you tried creating a small form & processing it via ASP to see what is being changed?

-Corey
gizmoadriaAuthor Commented:
I did  a comparison of the origional code versus the changed code.

Here is what was changed:

EXISTING
<body background="../_themes/poetic/poetextb.gif" bgcolor="#FFFFFF" text="#666666" link="#666699" vlink="#339999" alink="#996699" onload="setInitialDate()"><!--msnavigation--><table border="0" cellpadding="0" cellspacing="0" width="100%"><tr><td><!--mstheme--><font face="book antiqua,times new roman,times">
CHANGED TO
<body background="_themes/poetic/poetextb.gif" bgcolor="#FFFFFF" text="#666666" link="#666699" vlink="#339999" alink="#996699" onload="setInitialDate()"><!--msnavigation--><table border="0" cellpadding="0" cellspacing="0" width="100%"><tr><td><!--mstheme--><font face="book antiqua,times new roman,times">

EXISTING
<img border="0" src="../_borders/colored%20logo.jpg" width="165" height="65"></a><br>
CHANGED TO
<img border="0" src="_borders/colored%20logo.jpg" width="165" height="65"></a><br>

EXISTING
<form name="FrontPage_Form1" method="POST" action="mail_form_dev2.asp" onsubmit="return checkInputs(this)" language="JavaScript">
CHANGED TO
<form method="POST" action="mail_form_dev2.asp" onsubmit="return checkInputs(this)" language="JavaScript">
gizmoadriaAuthor Commented:
Maybe I shouldn't say "changes to".  It may actually "add" those additional lines, so then there is duplication like in a overly nested table.
coreybryantCommented:
Well on the body background - what path is correct: "../_themes/poetic/poetextb.gif" or "_themes/poetic/poetextb.gif"?  Applying FP themes sometimes has a habit of doing this to your code but it would see that that latter "_themes/poetic/poetextb.gif" if the form is located in the root web.

I would try building this form in FP - create a new page and then copy the source code, changing the form handling properly.  And save it. See if it changes it.  And then publish it - see if that changes it?  If so, your web host might not have FP extensions set up properly.

-Corey

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
AZwebCommented:
The reason for the changes is because of this statement you made in your original post:
>>I have this form locally located outside of the FP web because it's been created w/o Frontpage.<<

In order for the theme, shared borders and such to work the page needs to be inside the FrontPage web and published by FrontPage.

You can build your form inside FrontPage and then right click in the form and go to Form_Properties
For "Where to store results" click the "Send to Other" option
Select the "Options" button on the bottom
Enter mail_form_dev2.asp in the "Action" field, leave "Post" in the Method field and click ok
Manually add the "onsubmit="return checkInputs(this)" language="JavaScript" to the code in html view
Save your page and publish it along with the rest of the site like normal
gizmoadriaAuthor Commented:
AZweb,

I have checked the code and these options are already set:
For "Where to store results" click the "Send to Other" option
Select the "Options" button on the bottom
Enter mail_form_dev2.asp in the "Action" field, leave "Post" in the Method field and click ok


Where would I add this?
onsubmit="return checkInputs(this)" language="JavaScript"
gizmoadriaAuthor Commented:
Found it,
<form method="POST" action="mail_form_dev2.asp" onsubmit="return checkInputs(this)" language="JavaScript">
gizmoadriaAuthor Commented:
Hi,

I want to post that the problem was resolved.  It had to do with the form being added to the FP navigation.  FP saw it as a new form and then was adding code.  I now am only editing the forms in FP so changes can be "dynamically -yeah right-" updated.

There was also a js error that stopped the script from completely running through.

Thanks!
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Web Development Software

From novice to tech pro — start learning today.