A directory of resources inthe field of technical communication.

Standards

251-274 of 404 found. Page 11 of 17.

About this Site | Advanced Search | Localization | Site Maps
 

« PREVIOUS PAGE 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17  NEXT PAGE »

 

251.
#29585

XML Basics

XML stands for eXtensible Markup Language. XML is used to aid the exchange of data. The language makes it possible to define data in a structured way. XML tags are not predefined like HTML. XML lets you create your own unique tags that are meaningful for your data, hence the use of the term 'extensible.'

Zaman, Mamun. Dev Articles (2007). Articles>Information Design>Standards>XML

252.
#20009

XML in Brief

XML is the acronym for the extensible markup language. According to the W3C, it is 'the universal format for structured documents and data on the Web'. The following list explains what XML is and what it is not.

Helo, Julia and Betsy Kent. Carolina Communique (1999). Design>Web Design>Standards>XML

253.
#29979

XML is Like...

Maybe XML is more like a carcinogen. We don't notice it's there, but we're still getting exposed to it. In ever-increasing doses. But unlike a carcinogen, XML is not bad for our health; in fact, it has many life-enhancing properties. Well, work-enhancing properties.

HyperWrite (2006). Articles>Information Design>Standards>XML

254.
#22074

XML Tips

Extensible Markup Language, or XML, is currently the most promising language for storing and exchanging information on the World Wide Web. Although Hypertext Markup Language (HTML) is presently the most common language used to create Web pages, HTML has a limited capacity for storing information. In contrast, because XML allows you to create your own elements, attributes, and document structure, you can use it to describe virtually any kind of information—from a simple recipe to a complex database. And an XML document—in conjunction with a style sheet or a conventional HTML page—can be easily displayed in a Web browser.

Young, Michael J. mjy Online. Design>Web Design>Standards>XML

255.
#26046

XrML and Emerging Models of Content Development and Distribution   (PDF)

With the publication of XrML 2.0, ContentGuard provides an open, flexible, and extensible means of expressing digital rights that not only addresses copy protection, but, as importantly, offers a much broader and powerful means for publishers to experiment with and deploy new business models.

Trippe, Bill. Gilbane Report (2005). Articles>Content Management>Standards>XML

256.
#30608

Year Zero

I am as frustrated as any other web developer at the glacial pace of the CSS Working Group and the lack of progress with CSS3. I just don't think we need to dump the baby out with the bathwater. Change is needed. It looks like change is coming. It may even be a regime change. But let's not start drawing up new calendar systems just yet. The clock of CSS is running slow. We need to wind it up. That doesn't mean we need to smash it.

Keith, Jeremy. Adactio (2007). Design>Web Design>Standards>CSS

257.
#30455

Yellow Screen of Death

In Mozilla-based applications, the yellow screen of death is the screen displayed when they encounter an XML parsing error. This typically happens when the XML document that the browser is trying to access is not well-formed, for example when it does not nest tags properly.

Wikipedia. Design>Web Design>XML>Standards

258.
#19204

Zielvereinbarungen

Informationen zum Instrument Zielvereinbarungen nach §5 Bundesgleichstellungsgesetz.

Rothe, Stephan. Stero.de. (German) Resources>Accessibility>Standards>Germany

259.
#32264

Checkpoints for Web Content Accessibility Guidelines 1.0

This document is an appendix to the W3C "Web Content Accessibility Guidelines 1.0". It provides a list of all checkpoints from the Web Content Accessibility Guidelines 1.0, organized by concept, as a checklist for Web content developers.

W3C (2005). Articles>Web Design>Accessibility>Standards

260.
#32426

Introduction to The Web Standards Curriculum

An introduction to a course designed to give anyone a solid grounding in web design/development, no matter who they are—it is completely free to use, accessible, and assumes no previous knowledge.

Mills, Chris. Opera (2008). Articles>Web Design>Standards

261.
#32427

The History of the Internet and the Web, and the Evolution of Web Standards

a brief overview of the creation of the Internet, the World Wide Web, and the "web standards" that this entire series focuses upon. I think it is useful and interesting to understand how we got to where we are, but it will be short enough so you don’t get overwhelmed, and can get into the details nice and quickly.

Francis, Mark Norman. Opera (2008). Articles>Web Design>Standards>History

262.
#32429

The Web Standards Model: HTML, CSS and JavaScript

You can accomplish content, styling and layout just using HTML—font elements for style and HTML tables for layout, so why should I bother with this XHTML/CSS stuff? Here are the most compelling reasons for using CSS and HTML over outdated methods.

Lane, Jonathan. Opera (2008). Articles>Web Design>Standards

263.
#32430

Web Standards – A Beautiful Dream, But What's the Reality?

Web standards allow for interoperability between all web browsers, on every operating system, and even on every electronic device available. But is that really reality? The really simple answer is no; while that’s an ideal situation, that is far from reality.

Lane, Jonathan. Opera (2008). Articles>Web Design>Standards

264.
#32438

Acid Redux

I fully acknowledge that a whole lot of very clever thinking went into the construction of Acid3 (as was true of Acid2), and that a lot of very smart people have worked very hard to pass it. Congratulations all around, really. I just can’t help feeling like some broader and more important point has been missed.

Meyer, Eric. MeyerWeb (2008). Articles>Web Design>Standards>Assessment

265.
#32441

Helping Others Understand Web Accessibility

When I hold workshops for people who want to learn more about web standards and accessibility, I often notice that the attendants really have tried to improve their accessibility knowledge. But they get overwhelmed when they go to the official documentation from the W3C and try to understand it.

Johansson, Roger. 456 Berea Street (2008). Articles>Web Design>Accessibility>Standards

266.
#32443

Beyond DOCTYPE: Web Standards, Forward Compatibility, and IE8

Progress always comes at a cost. In the case of web browsers, users bear the cost when developers take the rendering of certain authoring tools and browsers (especially Internet Explorer) as gospel. We could spend hours explaining why our sites broke, but wouldn’t it be better if they didn’t break in the first place?

Gustafson, Aaron. List Apart, A (2008). Articles>Web Design>Standards

267.
#32444

From Switches to Targets: A Standardista's Journey

Version targeting allows browsers to much more easily develop new features and fix bugs and shortcomings in existing features, which has the potential to speed up the evolution of web design and development. That alone is reason enough to give it a chance.

Meyer, Eric. List Apart, A (2008). Articles>Web Design>Standards>Personalization

268.
#32446

Accessibility is Part of Your Job

Accessibility is one of the fundamentals of the Web, so how people who claim to be passionate about the Web and say that they deliver high quality can choose to ignore it is beyond me.

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

269.
#32454

Keep Browser Lock-Out a Thing of the Past

Browser sniffing and deliberately preventing people using a so-called unsupported browser from entering a site is a thing from the past that we do not need these days.

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

270.
#32456

The W3C Process May Be Slow, But Browser Vendors are Slower

Don’t blame the W3C for being slow when the real problem is browser vendors not implementing existing specifications fully and properly.

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

271.
#32459

POSH: Plain Old Semantic HTML

POSH, in case you haven’t heard of it already, is short for “Plain Old Semantic HTML”, and is obviously much quicker and easier to say than “valid, semantic, accessible, well-structured HTML”. Unfortunately POSH - semantic markup - is also something most people building websites or creating content for the Web have yet to discover.

Johansson, Roger. 456 Berea Street (2008). Articles>Web Design>Standards>HTML

272.
#32462

Helping Your Client Maintain Markup Quality

One thing that is particularly frustrating with caring about Web standards and accessibility is what often happens after your work is done and a site is handed over to the client.

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

273.
#32471

Avoid the Void

There are plenty of occasions when coding JavaScript events where you simply need to call a function, for which an entire event registration model is too lengthy. The most commonly used method is to bind your event to an anchor link. The user clicks and the onclick event is fired, calling a reference to a function. Because the user isn’t actually visiting a URL, something has to be done with the href attribute.

Reindel, Brian. d'bug (2008). Articles>Web Design>Standards>JavaScript

274.
#32479

The Two Fundamental and Opposing Views of the Web

Conventional wisdom states that a standardized set of computer communication languages, which every device understands, is a necessary component of interoperability. The most popular of these languages being Hypertext Markup Language (HTML). However, in order for this idea to come to fruition, all hardware and software vendors must come to a consensus on implementation techniques, as well as features and functionality. As the Web continues to grow, and the cost of developing new technology decreases, this becomes increasingly difficult to manage.

Reindel, Brian. d'bug (2008). Articles>Web Design>Standards

275.
#32495

The Business Case for Web Standards

A wiki to facilitate the collation of arguments and counterarguments in favor of web standards, and to sort them into the different categories of who we want to persuade.

Heilmann, Christian. Business Case for Web Standards, The (2007). Resources>Web Design>Standards>Business Case

 
« PREVIOUS PAGE  |  NEXT PAGE »

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