A directory of resources inthe field of technical communication.

Design>Web Design>Standards>XHTML

28 found. Page 1 of 2.

About this Site | Advanced Search | Localization | Site Maps
 

1 2  NEXT PAGE »

 

1.
#29329

Download our Site Template and Make the Leap to XHTML and CSS2   (members only)

If you face a Web site redesign or need a head start on your development efforts, our free Dreamweaver MX XHTML and CSS2 template may come in handy. Download the template and see how XHTML and CSS2 can reduce coding time and increase site accessibility.

Morton, Shawn. TechRepublic (2003). Design>Web Design>Standards>XHTML

2.
#25732

Extending XHTML: Target and Strict

That the target attribute is not by default allowed in valid XHTML 1.1 or XHTML 1.0 Strict continues to be a source of frustration for designers. It simply doesn't have to be.

Burkett, Wayne. Dionidium (2004). Design>Web Design>Standards>XHTML

3.
#13502

Fix Your Site With the Right DOCTYPE

Per HTML and XHTML standards, a DOCTYPE (short for “document type declaration”) informs the validator which version of (X)HTML you’re using, and must appear at the very top of every web page. DOCTYPEs are a key component of compliant web pages: your markup and CSS won’t validate without them.

Zeldman, Jeffrey. List Apart, A (2002). Design>Web Design>Standards>XHTML

4.
#10207

"Forgiving" Browsers Considered Harmful

Current browsers are very forgiving; they quietly correct or gloss over many common HTML errors. This makes it easy for people to experience the joy of creating their own web pages with a minimum of frustration—if a page displays correctly, then it's “right.” Unfortunately, by hiding the need for structure that the web will require as it moves towards XHTML and XML, these forgiving browsers have helped create a world of structural HTML illiterates. As long as browsers continue to parse and display HTML that isn't well-formed or valid, we will never learn the right ways, and we will never get to a structural web.

Eisenberg, J. David. List Apart, A (2001). Design>Web Design>Standards>XHTML

5.
#18755

Introducing XHTML

The benefits of transforming HTML from a stand-alone language into an XML version of itself aren't immediately apparent until you understand the inherent value of XML. Since the language syntax is so strict in XML, parsers (the software that reads and understands the code you write) are a lot easier to develop. Ultimately, it will allow browsers to become smaller, faster, and more stable. It also means your code will behave in a far more predictable way: Either something will work, or you will get an error. It will be a marked difference from the voodoo we experience across multiple browsers today.

Veen, Jeffrey. Webmonkey (1999). Design>Web Design>Standards>XHTML

6.
#25469

Linking in XHTML 2.0

As a fundamental part of the Web, hypertext linking has been the subject of repeated attempts at standardization beyond the basic format allowed in simple HTML. Such attempts can be characterized as efforts to balance machine processing ability with authoring convenience. The latest specification in this area, XHTML 2.0, just might have gotten it right.

Dubinko, Micah. IBM (2005). Articles>Web Design>Standards>XHTML

7.
#27673

Migrating from HTML to XHTML and XML - Part I

This is the first part of a two-part article describing a detailed methodology for migrating HTML files to the structure and flexibility of XHTML and/or XML. By using XHTML to add structure and separate content from presentation, you'll be better positioned for a move to XML. Even if you never move to XML, your XHTML files will be easier to create and maintain, and will be more accessible.

James-Tanny, Char. WritersUA (2006). Design>Web Design>Standards>XHTML

8.
#27639

Migrating from HTML to XHTML and XML - Part II

This is the second part of a two-part article describing a detailed methodology for migrating HTML files to the structure and flexibility of XHTML and/or XML.

James-Tanny, Char. WritersUA (2006). Articles>Web Design>Standards>XHTML

9.
#14194

No Standard for Migrating to Web Standards

Lately, it seems like everyone is talking about migrating to web standards, like XHTML and Cascading Style Sheets (CSS). What's the big deal about these standards? Why should web teams invest the effort to learn new coding techniques and convert all their legacy sites over to standards-compliant sites? Time and Money, that's why.

Porter, Joshua. User Interface Engineering (2002). Design>Web Design>Standards>XHTML

10.
#29327

Put XHTML 1.0 Strict and Transitional to Work   (members only)

As its name suggests, XHTML--which is considered the successor to HTML 4--is a combination of HTML and XML. By combining the power of XML and HTML, XHTML makes Web content more accessible to devices such as phones, handhelds, and televisions. XHTML 1.0 is broken up into what the W3C refers to as three flavors: Strict, Transitional, and Frameset. In this article, I focus on the two most useful, Strict and Transitional.

Morton, Shawn. TechRepublic (2003). Articles>Web Design>Standards>XHTML

11.
#28241

A Standardista's Alphabet

The Lesser (or Badged) Standardista will include badges on their site to indicate which level of automated testing their site has passed, whereas the Greater (or Smug) Standardista frowns on the use of badges, and insists on double-checking every checkpoint manually.

Pickard, Jack. List Apart, A (2006). Design>Web Design>Standards>XHTML

12.
#30650

The Trouble with Web Standards

You may mistrust web standards because of bad experiences with buggy browsers. Or you might have converted a site from HTML to XHTML, only to discover that their layouts suddenly looked different in standards-compliant browsers. Don't give in to the dark side! Web standards are here to stay.

Zeldman, Jeffrey. Creative Pro (2007). Articles>Web Design>Standards>XHTML

13.
#13671

To Use or Not to Use: An XHTML Roadmap for Designers

The problem with XHTML 1.0 isn't a matter of strength, or of importance. XHTML is both strong and important--and not just for markup snobs and hardcore developers. It's not that XHTML 1.0 has a particularly high learning curve. It doesn't--in fact, it's quite easy to learn. And, it's not that XHTML 1.0 doesn't display in browsers both current and past. When written with awareness of cross-browser considerations--just as with HTML, it does. The problem lies in the fact that XHTML is, quite simply, misunderstood.

Holzschlag, Molly E. Digital Web Magazine (2001). Design>Web Design>Standards>XHTML

14.
#19632

Using XHTML/CSS for an Effective Search Engine Optimization Campaign

We’re going to be focusing entirely on the benefits of using XHTML and CSS to show you how to improve the readability of your code for search engine spiders, maintain a good content-to-code ratio without going beyond file-size and word-count limits, and how to use CSS to mimic common image effects.

Olejniczak, Brandon. List Apart, A (2003). Design>Web Design>Standards>XHTML

15.
#21578

XHTML

A collection of more than fifty online resources in the XHTML markup language.

DMoz (1994). Design>Web Design>Standards>XHTML

16.
#28348

XHTML 1.1: Module-Based XHTML

This Recommendation defines a new XHTML document type that is based upon the module framework and modules defined in Modularization of XHTML [XHTMLMOD]. The purpose of this document type is to serve as the basis for future extended XHTML 'family' document types, and to provide a consistent, forward-looking document type cleanly separated from the deprecated, legacy functionality of HTML 4 [HTML4] that was brought forward into the XHTML 1.0 [XHTML1] document types. This document type is essentially a reformulation of XHTML 1.0 Strict using XHTML Modules. This means that many facilities available in other XHTML Family document types (e.g., XHTML Frames) are not available in this document type. These other facilities are available through modules defined in Modularization of XHTML, and document authors are free to define document types based upon XHTML 1.1 that use these facilities (see [XHTMLMOD] for information on creating new document types).

W3C (2001). Design>Web Design>Standards>XHTML

18.
#28347

XHTML Modularization 1.1

This document is version 1.1 of XHTML Modularization, an abstract modularization of XHTML and implementations of the abstraction using XML Document Type Definitions (DTDs), and XML Schemas. This modularization provides a means for subsetting and extending XHTML, a feature needed for extending XHTML's reach onto emerging platforms. This specification is intended for use by language designers as they construct new XHTML Family Markup Languages. This specification does not define the semantics of elements and attributes, only how those elements and attributes are assembled into modules, and from those modules into markup languages. This second version of this specification includes several minor updates to provide clarifications and address errors found in the first version. It also provides an implementation using XML Schemas.

W3C (2006). Design>Web Design>Standards>XHTML

19.
#26650

XHTML Web Design for Beginners

Explores exactly what XHTML is, and how you can use it to start producing the next generation of Web pages.

Peck, Nigel. SitePoint (2003). Design>Web Design>Standards>XHTML

20.
#14613

XHTML: The Future of the Web   (PDF)

Douglas McLaughlin describes the history and features of XHTML, a reformulation of HTML 4.0 using XML syntax.

McLaughlin, Douglas J. Intercom (2000). Design>Web Design>Standards>XHTML

21.
#14642

XHTML: What's in a Name(Space)?   (PDF)

McLaughlin explains the use of namespaces in XHTML.

McLaughlin, Douglas J. Intercom (2000). Design>Web Design>Standards>XHTML

22.
#32500

Use Only Block-Level Elements in Blockquotes

The blockquote element is not allowed to have text or inline elements as direct descendants. Only block-level (and in HTML 4.01 Strict, script) elements are allowed unless you use a Transitional Doctype, in which case both block-level and inline elements are allowed. But there are plenty of sites that use a Strict Doctype and still have blockquote elements that contain inline elements.

Johansson, Roger. 456 Berea Street (2007). Articles>Web Design>Standards>XHTML

23.
#32957

The Sagacity in Validation

In one of my introductory articles I stated that I do not care much for validation, yet I use well-formed XHTML 1.0 Strict (no less) as my preferred standard and CSS for layout purposes. If so, why on earth would I claim not to care about, or ignore, validation?

Hilhorst, Didier P. Nundroo (2004). Articles>Web Design>Standards>XHTML

24.
#32958

Web Design Going in the Wrong Direction?

There’s way too much talk about CSS and XHTML and Standards and Accessibility and not enough talk about people. CSS and Standards Compliant Code are just tools — you have to know what to build with these tools.

Signal vs. Noise (2004). Articles>Web Design>Standards>XHTML

25.
#32959

Web Development Mistakes

When I visit a website, especially if it’s the site of a competitor or a prospective client, I like viewing source and take a look at what’s under the hood. It’s one of my not-so-secret obsessions. And I am way too often absolutely disgusted by what I see. The web is overflowing with sites that use horribly invalid, broken, and inaccessible markup.

456 Berea Street (2004). Articles>Web Design>Standards>XHTML

 
 NEXT PAGE »

There are 17 readers currently online: 1 registered user and 16 guests. Register.Follow us on: TwitterFacebookRSSPost about us on: TwitterFacebookDeliciousRSSStumbleUpon