Use Dreamweaver 8 to fix web standards

Dreamweaver|web|web Standard

Translator: This series of 8 articles, starting with the popular web standards, describes how to build a compliant web with the Dreamweaver 8来, as the original author of this article is for "build Your OWN Standards An excerpt from the NT Website Using Dreamweaver 8 (This article is charged), so I made a proper deletion of the contents, in the same order as the original text, but the length will be adjusted, hereby inform. The level of translation is limited, please understand.

If you are reading this article, you are likely to have some interest in Web standards and are curious about the application of standards in sites built with DW (Dreamweaver).

Perhaps you have some knowledge of WS (WEB standards abbreviation), but you don't know how to write compatible code with DW. Or you're a DW user, you want to comply with WS, use CSS more extensively, and you can make more approachable documents. Regardless of your type, this article will give you the answer you want: tell you how to use DW to handle WS.

Web Standard definition

for the WS we care about throughout this article, let's take a moment to clarify what we're talking about: the

WS is a specification that guides the Web development language and is Formulated. These specifications include a variety of languages, such as HTML, XHTML, and CSS, as well as other relevant languages, such as MathML, used to represent equations in mathematics that might be useful when you have this particular need. The consortium also issued a "Web content Affinity Guide" (Web contents Accessibility GUIDELINES--WCAG)--Promoting accessibility of Web pages (via WAI)

Hint: get these specifications directly

you can To read these specifications on the website of the world's Web site, although they are sometimes difficult to read:

HTML 4.01

XHTML 1.0

CSS 1

CSS 2.1

WC AG 1.0

In this article, we will use the specifications and recommendations of XHTML1.0, CSS1 and 2.1, WCAG 1.0, but you must be pleased to knowWe don't really have to read the document of the documents too much.

who needs WS?

You may have only one vague concept: WS is a good thing, but many sites-including many well-known sites-do not comply with WS, and they do seem to manage well. So why do we try to comply with WS? Does this have any real benefit? Who needs WS? Who needs to pay attention to the norms and recommendations of the consortium?

Web developers and designers

The first group of people who need to focus on WS is us: web-site developers and designers. Is it worthwhile for us to spend time learning how to use WS development?

Neat tags make bugs faster to fix.

If you validate your pages through the Web, at least you will learn that nonstandard markup is not the cause of the errors that you have encountered. Sometimes, verifying a page and fixing a process that has found errors can clear the display of problems that are caused by the absence of a tag (element) or by a tag (tag) spelling error.

Even if validating your document does not fix these problems, you will at least know that these problems exist in the canonical document. Now that you know the problem is not a mistake, you can start to focus on other issues, such as CSS handling differences in different browsers.

Compliance with accessibility requirements is easy

If you write a canonical XHTML tag, you can guarantee that the document is semantically correct, and you can separate the content from the presentation, and you can put a lot of work in many The accessibility issues listed in the WCAG1.0. It is also important to recognize that accessibility is not only designed for people with disabilities. A good affinity site can be accessed by many different devices, such as mobile phones and PDAs, who do not have the power to deal with scattered, non-standard tags.

Forward-compatible

If you only consider the performance of your newly developed page in the current few browsers, how can you guarantee that it will behave in a new browser in the future? A new browser might make your page look bad, At this point you can only go to the trouble of finding and correcting those annoying problems.

Compliance with WS does not completely eradicate the problem; However, standard compatibility reduces the risk of your design failure, and today's browser software companies are also starting to support standards. They may have accidentally explained some of the specifications, and they cannot support it at all. If the worst happens and a new browser has a strange effect on your standardized web site, it's much easier to fix it than to fix an incompatible site. If you encounter a problem, it will also affect other standard compatible sites. Community intelligence in the Web communities will point this out and write articles to solve the problem. So, collectively, it's easier to fix the BUG in a compatible document than to fix it in an incompatible document.

Easier refactoring

Have you ever had to refactor the text from one site and reconstruct it? And everything has to start from scratch. Have you ever seen labels that are cluttered with font tags and tiny table cells that make us start from scratch? I only know I've seen it, it's a long process, and a lot of time and money have been burned down by the reconfiguration of this site.

Separating the content and performance of your document will give you the benefit of standardizing compatibility: this means that the next time someone wants to refactor the site, they don't have to take a copy out of the Web document. The text in all the sites will be marked with semantic (X) HTML, and all the performance information-which the webmaster wants to change-will be stored in an easily replaceable CSS file.

Some customers will not wait for it to be refactored until they start asking you to make some changes, and they will only wait until the mammoth fossil pit is finished, and then ask you to say, "Move the left column to the right." "For a standardized, compatible site, all pages are controlled by CSS, and you can easily move the markup in the page without having to think in many pages that are structured in a complex form." This makes it easier to change the layout of the page. The separation of the

structure from performance can also make it easier to add new elements, like a high-contrast, small-picture version of a site that may be more appealing to some viewers. When you can easily change the style sheet, why create a separate plain text version of the page?

Browser software company

Browser softwareThe company began to focus on WS. In the past, browser software companies added proprietary tags and attributes to their basic language. But now, as never before, they've all started to conform to standards, and some of the newest browsers are already certain that they're trying to display them in accordance with the (X) HTML and CSS defined in the specification.

in the foreseeable future, browsers will be able to display most of the nonstandard tags, code, because if they do not, thousands of irregular sites will not display correctly--then the public is likely to start blaming the browser, rather than blaming the Web designer. However, other devices (those that do not have the power to handle the desktop) will be more reliant on the standardized compatibility of the code they are experiencing.

Authoring tool software manufacturer

Authoring tool software manufacturer-for example, Macromedia, which makes dreamweaver--and, like web designers, started to comply with WS, for instance, more and more customers are demanding that these authoring tools You can output a specification's markup. These visual development environments do not have a good reputation because they generate confusing, non-standard markup; however, the latest major visual development environments cite standardized compatibility and accessibility elements, which have become a major selling point. Software vendors must listen and respond to market demands.

Web users

The users of our web sites also benefit from our adoption of WS, even if they do not realize it! Perhaps they are unconsciously using sites developed specifically for today's popular browsers. If these users switch to other browsers, they may find that the online experience is no longer enjoyable, as the proprietary tags are not accepted by the new browser. A standardized and compatible site is well represented in different browsers, both in the existing and in the future browsers alike.

In addition, a Web site that complies with accessibility recommendations is also an affinity for those who find it unpleasant to browse the Web. The WEB should provide more convenient shopping, reading, and search conditions for those with visual impairment or other disabilities. They should not be able to browse because of a site with proprietary tags or other exclusive (browser) technologies.