FrontPage: A Serious Developer's Tool
Preview allows for just what you would expect. FrontPage also has a cool Preview in Browser feature. Located on the File menu, this feature allows you to select from any of the browsers installed on the machine and to preset the window size for that browser. Thus you can check cross browser compatibility as well as checking out how well your design fits different sized windows.
This gives an idea of the basic features of FrontPage. Now let's take a look at what it can generate.
Earlier versions of FrontPage developed a reputation for creating clunky code and for changing elegant manually created code into code of its own ilk. This feature was long gone by the time FrontPage 2000 was released. FrontPage now generates quite nice, concise code and leaves your code alone — as long as you don't mess with its code! Let me explain — and also uncovered in this explanation is another of the secret weapons of FrontPage!!
To set a scene: we need to create a page with a form with fifty or so elements to be filled out by the page visitor. When the user clicks submit we must validate all the data on the form, and when it is good, we must send it off to a data file.
If we do this in FrontPage, we can specify the validation we require on each form field and FrontPage attaches a webbot detail to the field describing the required validation (take a look at the HTML view of the page). It also adds code to the form definition tags like this:
action="--WEBBOT-SELF--" onsubmit="return FrontPage_Form1_Validator(this)" name="FrontPage_Form1"
This will invoke the validator to check all the input fields according to our defined validation requirements. The trick is how it does it!
Here's the catch: since this
code was generated by FrontPage, it feels it owns the code so if you try to
copy it into place in the original page and tweak it a little, the next time
FrontPage looks at the page, it will undo your tweaks. No problem! Suppose you
want to add validation such that if this field is checked, these three must be
populated and this must be numeric, in other words validation for one field
dependant of the value of another. This would require adding if statements
use FrontPage to generate all the validations you can, using the above described
method. Copy and paste the code into your original page. Change the name
of the validation routine, both on its function statement and where it is
invoked on the Form statement. Change the name of the form itself.
Remove all the
Changing the name of the form was important, because if it sees its generated name and there is no longer any webbot validation, etc. in the form, FrontPage will remove the name from the form altogether and you may well need that somewhere. The form name is not used to identify the fields in the form since the generated validation routine use theForm as a form name and is called with the this keyword. Similarly, changing the name of the routine prevents FrontPage from presuming that it still owns the code. While earlier versions of FrontPage would change pretty much anything they wanted to, 2000 onwards leaves your code alone.
This explanation seems a little long winded, but if you try it you will find you can create very sophisticated code simply and quickly, using the base of code generated by FrontPage. Also, hunt around in the program -- there are other treasures to be unearthed!
FrontPage has a rich feature set, and when you consider that it can look like a WYSYWIG generator and an HTML text editor at the same time, allows for easy previewing and can generate tons of useful code for you, it becomes a product worth a look, even for the most hard core coders! Productivity rules! More, Better, Faster are the words of the day and in this light I think we can use all the help we can get. There is no doubt for me that FrontPage belongs in my toolbox. It sits near the top because I pull it out often!