[Previous] [Content Page] [Next]
Testing with Different BrowsersAfter reading the tale of the <marquee> tag (Section 12.1.3.2), you probably understand why different browsers display your pages in slightly (and sometimes not-so-slightly) different ways. As you've read, a lot of effects that FrontPage creates show up only in Microsoft's Internet Explorer. And it's not only browser variations that can throw cold water on your best design intentions. How your visitors have set the resolution on their monitors can also change your page's look. Resolution is the number of pixels (dots of color) that make up a computer screen. For example, an 800 x 600 pixel screen displays 800 dots across each of its 600 horizontal lines. Different settings can make a Web page expand beyond the sides of a browser window (forcing viewers to scroll) or the page can end up scrunched on the left side, leaving a big empty space on the right. The best way to prepare your pages for the wide variety of browsers in which they're inevitably going to appear is to preview your pages in each one, as you're creating your site. By using a "check as you go" approach, you'll be able to make fixes as you develop your site. Since not everyone has fleets of computers at their disposal (to help realistically mimic all the conditions your pages are going to encounter), FrontPage helps you out with a variety of testing tools, which are covered in the following pages. 12.4.1. Preview in BrowserFrom within FrontPage, you can launch any browser that's loaded on your PC so that you can see what your Web pages will look like in each of these browsers. To use this tool, select File
Preview in Browser also lets you pick from three different screen resolutions to use when previewing your page: 640 x 480, 800 x 600, and 1024 x 768. A page that works on your 1024 x 768 screen may not work on a monitor set to 640 x 480 (see Figure 12-8). This enhanced preview capability means you don't need to change the settings on your computer or get access to a different monitor each time you want to replicate real-world browsing conditions.
12.4.1.1 Adding a browserTo add a new browser to the list, first install it on your computer. Then select Edit Browser List from the Preview in Browser menu. Click Add and then browse to the file that launches the program (like firefox.exe, for example). 12.4.2. Setting Authoring OptionsImagine that you're creating a site that provides emotional support to those who can't bring themselves to update their software. So you know from the start that your site's likely visitors are people who have very old browsers. How can you keep yourself from inadvertently including recent Web advancements like rollover buttons? FrontPage can help you save yourself from yourself. The program lets you limit your own actions, by making certain features off-limits to you. The only real reason to limit your options here is if you know your visitors' browsers are all very old or only Netscape, for instance. You can set these restrictions in FrontPage's Authoring tab. To check it out, select Tools
12.4.2.1 Microsoft software-related authoring settingsThe top half of the Authoring tab includes options for excluding or allowing features that rely upon Microsoft server software that you may or may not have available to you. If you want to avoid using Microsoft proprietary features, you'll want to take a close look at these options (details on most of them are covered in Tutorial 13). 12.4.2.2 Browser settingsThe bottom half of the Authoring tab lets you set target browser options, which is how you tell FrontPage what browsers you expect your visitors to be using. You probably wouldn't want to, but conceivably, you could do something like limit yourself to designing pages that work in the elderly Internet Explorer 3.0. Once you tell FrontPage that this is your model browser, the program helps you design a site for that environment. For instance, if you insert an interactive button, the program adds the button to the page, but leaves off the special rollover effects. Note: If you impose restrictions here, FrontPage won't let you add certain features in Design view. However, if you were to go to Code view and enter some HTML code for a restricted element, the program wouldn't stop you. Nor do the rules you set here cover pages you import into the site. Your options in the Browser section include:
Settings you make on the Authoring tab won't affect any pages you've already created. FrontPage imposes the new restrictions on new pages only. To find old pages that break the new rules, run a browser compatibility check (see the next section). 12.4.2.3 Browser settings: the bottom lineSo what should you do? If you select Custom in the Browser drop-down menu and enable all the checkboxes underneath it (except Active X, Java Applets, and PNG graphics), you'll be able to use all the ingredients to satisfy both your creativity and most viewers who are using recent browsers. Unless you know most of your audience is using an old or very particular browser, you'll probably want to give yourself the freedom to include all these features. In other words, when in doubt, err on the side of inclusion. As always, preview your pages (often) and judge the effect for yourself. 12.4.3. Checking Browser CompatibilitySay you're creating a family reunion site and you know that all your cousins are avid Netscape Navigator fans. Of course, you'll want to preview all your pages in Netscape to see for yourself how things look. You have the latest version, so why not? But will things look the same to Aunt Minnie, who hasn't updated her computer (or browser) in a few years? FrontPage's Browser Compatibility report runs through the code on your pages and spits out a list of features that won't work in certain browsers. It's especially useful when you're wondering how your pages will display in older browsers that you probably can't get a hold of anymore. The idea is, you can figure out who'll be able to see what. Sounds like a real help, but in reality, the value of this report is limited. One problem is that FrontPage doesn't give you many browser choices. Also, the report doesn't actually test your pages in these browsers, it just compares your site's code with code that these browsers officially recognize. As a result, the report may show problems that aren't that serious and at the same time ignore issues that you might find important. For instance, running this check won't tell you that a table you've designed to be invisible actually shows up in all its boxy, ugly glory in Netscape. No, this report goes totally by the book. All it does is spit out tags and attributes that aren't part of a browser's repertoire. Again, there's no substitute for tracking down browsers and installing them on your system to test pages properly. A great resource for finding even older browsers is http://browsers.evolt.org/. To run a compatibility report:
|
[Previous] [Content Page] [Next]



