<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<id>tag:www.shayna.com,2009:/</id>
	<title type="text">Shayna Productions - Sandy Clark</title>
	<link rel="self" href="http://www.shayna.com/feeds/atom.xml" />
	<author>
		<name>Sandra Clark</name>
	</author>
	<updated>2009-04-22T09:00:02Z</updated>
	
			<entry>
				<id>urn:uuid:163</id>
				<title type="html"><![CDATA[DocTypes (Structural HTML Series)]]></title>
				<updated>2006-12-19T07:30:00Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=163"></link>
				
					<summary type="html"><![CDATA[<p>Before truly embarking on Structural HTML, its important to understand the importance of DocTypes. What they are, what they are designed to be used for, and what they actually are used for.</p>

<p>DocTypes are a specific reference which belongs on the first line of your HTML page. (In other words, there shouldn't be any whitespace prior to it). They specify what "flavor" of HTML you are serving up.  In some ways, using a DocType is a contract, saying that you plan on adhering to the specification of the DocType in your HTML.</p>

]]></summary>
					
				<content type="html"><![CDATA[<p>Before truly embarking on Structural HTML, its important to understand the importance of DocTypes. What they are, what they are designed to be used for, and what they actually are used for.</p>

<p>DocTypes are a specific reference which belongs on the first line of your HTML page. (In other words, there shouldn't be any whitespace prior to it). They specify what "flavor" of HTML you are serving up.  In some ways, using a DocType is a contract, saying that you plan on adhering to the specification of the DocType in your HTML.</p>

]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:160</id>
				<title type="html"><![CDATA[Structural HTML, What is it?]]></title>
				<updated>2006-12-12T07:30:00Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=160"></link>
				
					<summary type="html"><![CDATA[<style type="text/css">
	#content h1, #content .title{color: blue; font-size: 1.2em; }
	#content table{width: 60%;}
	#content table, #content td{border: thin solid black}
</style>
<p>I've noticed lately that when people ask me for help, either on a list or directly that very rarely is the code they send me structural.  Its a different paradigm and its something that while hard to grasp at first is amazing in its simplicity.
</p>
<p>Basically Structural or Semantic HTML means to use the HTML to give your content more meaning.  Rather than designing sites visually, it means thinking about what the information means and how it relates to another.
</p>]]></summary>
					
				<content type="html"><![CDATA[<style type="text/css">
	#content h1, #content .title{color: blue; font-size: 1.2em; }
	#content table{width: 60%;}
	#content table, #content td{border: thin solid black}
</style>
<p>I've noticed lately that when people ask me for help, either on a list or directly that very rarely is the code they send me structural.  Its a different paradigm and its something that while hard to grasp at first is amazing in its simplicity.
</p>
<p>Basically Structural or Semantic HTML means to use the HTML to give your content more meaning.  Rather than designing sites visually, it means thinking about what the information means and how it relates to another.
</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:145</id>
				<title type="html"><![CDATA[Accessibility Series - TBODY]]></title>
				<updated>2006-08-11T08:00:00Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=145"></link>
				
					<summary type="html"><![CDATA[<p>Lately, I've been involved in conducting an accessibility audit.  One of the common mistakes I see coming up in page after page is the misuse of the &lt;tbody&gt; tag.  So, since the people who are creating these pages are smart people, and I know that the people who read my blog are smart people. I figured maybe some of you are laboring under the same misconceptions.</p>

<p>This is an article in an occasional series on common mistakes in markup and accessibility.  While its fine to always talk about what the guidelines are, sometimes its also good to talk about what not to do or how to do something properly.</p>

<p>For some reason, many people think that adding a &lt;tbody&gt;&lt;/tbody&gt; series of tags to their tables increases accessibility. While I'm not sure where this misconception came from, I know its out there.  I can definitively state that the &lt;tbody&gt;&lt;/tbody&gt; tags do not increase accessibility in and of themselves.  In fact using them by themselves is not a valid usage.</p>]]></summary>
					
				<content type="html"><![CDATA[<p>Lately, I've been involved in conducting an accessibility audit.  One of the common mistakes I see coming up in page after page is the misuse of the &lt;tbody&gt; tag.  So, since the people who are creating these pages are smart people, and I know that the people who read my blog are smart people. I figured maybe some of you are laboring under the same misconceptions.</p>

<p>This is an article in an occasional series on common mistakes in markup and accessibility.  While its fine to always talk about what the guidelines are, sometimes its also good to talk about what not to do or how to do something properly.</p>

<p>For some reason, many people think that adding a &lt;tbody&gt;&lt;/tbody&gt; series of tags to their tables increases accessibility. While I'm not sure where this misconception came from, I know its out there.  I can definitively state that the &lt;tbody&gt;&lt;/tbody&gt; tags do not increase accessibility in and of themselves.  In fact using them by themselves is not a valid usage.</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:125</id>
				<title type="html"><![CDATA[Open Standards vs. Microsoft - The battle continues]]></title>
				<updated>2006-06-13T07:30:00Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=125"></link>
				
					<summary type="html"><![CDATA[<p>There's been a flurry of posts, comments and other hoopla regarding IE7, Microsoft, The Web Standards Project (WaSP) and the community in general in May.  </p>

<p>It all begins with an interview in <a href="http://www.thinkvitamin.com/features/design/the-battle-for-web-standards">Vitamin with Molly Holzschlag</a>, a noted CSS author and a member of both Wasp and the Wasp MS Task Force (a task force within WaSP which coordinates with various teams within Microsoft.  This interview, while fairly innocuous and diplomatic, created an entire firestorm of comments.</p>]]></summary>
					
				<content type="html"><![CDATA[<p>There's been a flurry of posts, comments and other hoopla regarding IE7, Microsoft, The Web Standards Project (WaSP) and the community in general in May.  </p>

<p>It all begins with an interview in <a href="http://www.thinkvitamin.com/features/design/the-battle-for-web-standards">Vitamin with Molly Holzschlag</a>, a noted CSS author and a member of both Wasp and the Wasp MS Task Force (a task force within WaSP which coordinates with various teams within Microsoft.  This interview, while fairly innocuous and diplomatic, created an entire firestorm of comments.</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:124</id>
				<title type="html"><![CDATA[Standards in a Nutshell]]></title>
				<updated>2006-06-12T07:45:00Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=124"></link>
				
					<summary type="html"><![CDATA[<p>While I was teaching up in Hartford, one of my students, Freddys Garcia, showed me this.  It's a <a href="http://nataliejost.com/file_download/22">poster</a>, ready for downloading that shows Web Standards in a very visual graphic way.  Using 3 colors, Natalie Jost, has created a poster which shows how a site consisting of mixed up HTML, CSS and scripting becomes cleaner and easier to understand by separating the content, behaviors and presentation.  A very cool and visual way of explaining something to management!</p>]]></summary>
					
				<content type="html"><![CDATA[<p>While I was teaching up in Hartford, one of my students, Freddys Garcia, showed me this.  It's a <a href="http://nataliejost.com/file_download/22">poster</a>, ready for downloading that shows Web Standards in a very visual graphic way.  Using 3 colors, Natalie Jost, has created a poster which shows how a site consisting of mixed up HTML, CSS and scripting becomes cleaner and easier to understand by separating the content, behaviors and presentation.  A very cool and visual way of explaining something to management!</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:93</id>
				<title type="html"><![CDATA[CSS Naked Day April 5th]]></title>
				<updated>2006-04-03T09:15:00Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=93"></link>
				
					<summary type="html"><![CDATA[<p>On April 5th, I and hopefully a lot of other sites will be participating in <a href="http://naked.dustindiaz.com/">Naked CSS Day</a>. The idea behind this is that while CSS is wonderful for presentation, your code should be readable and understandable without any presentation at all. This means structural markup.  I've always told co-workers and students that we should begin by coding our web pages as if it were 1995. By which I mean, no presentation, just content.  If you can understand the content of a web page without any presentation, then you are well on your way to creating truly accessible web pages.</p>

<p>So join with me, strip off your CSS For the day and show us your content!</p>]]></summary>
					
				<content type="html"><![CDATA[<p>On April 5th, I and hopefully a lot of other sites will be participating in <a href="http://naked.dustindiaz.com/">Naked CSS Day</a>. The idea behind this is that while CSS is wonderful for presentation, your code should be readable and understandable without any presentation at all. This means structural markup.  I've always told co-workers and students that we should begin by coding our web pages as if it were 1995. By which I mean, no presentation, just content.  If you can understand the content of a web page without any presentation, then you are well on your way to creating truly accessible web pages.</p>

<p>So join with me, strip off your CSS For the day and show us your content!</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:50</id>
				<title type="html"><![CDATA[Trimming Form Fields]]></title>
				<updated>2004-07-07T06:30:36Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=50"></link>
				
					<summary type="html"><![CDATA[<p>Jim Collins just sent me a fantasic link to an article that shows how a judicious use of CSS and DOM Manipulation via Javascript can enhance a form's accessibility by allowing a user to only see forms which are required.  This goes a long way towards providing simpler forms to those with cognitive difficulties and also keeping them accessible to those with screen readers.</p>

<p>Check out <a href="http://www.stuffandnonsense.co.uk/archives/trimming_form_fields.html">http://www.stuffandnonsense.co.uk/archives/trimming_form_fields.html</a>]]></summary>
					
				<content type="html"><![CDATA[<p>Jim Collins just sent me a fantasic link to an article that shows how a judicious use of CSS and DOM Manipulation via Javascript can enhance a form's accessibility by allowing a user to only see forms which are required.  This goes a long way towards providing simpler forms to those with cognitive difficulties and also keeping them accessible to those with screen readers.</p>

<p>Check out <a href="http://www.stuffandnonsense.co.uk/archives/trimming_form_fields.html">http://www.stuffandnonsense.co.uk/archives/trimming_form_fields.html</a>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:41</id>
				<title type="html"><![CDATA[The big list of web standards]]></title>
				<updated>2004-07-01T09:43:14Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=41"></link>
				
					<summary type="html"><![CDATA[<p>Simplebits has compiled a listing of <a href="http://www.simplebits.com/notebook/2004/06/21/bonanza.html#entry-more">400+ links and articles</a> on web standards.
This one will keep me reading for a while.</p>]]></summary>
					
				<content type="html"><![CDATA[<p>Simplebits has compiled a listing of <a href="http://www.simplebits.com/notebook/2004/06/21/bonanza.html#entry-more">400+ links and articles</a> on web standards.
This one will keep me reading for a while.</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:37</id>
				<title type="html"><![CDATA[Form Widgets, Styling them or not?]]></title>
				<updated>2004-06-30T04:20:56Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=37"></link>
				
					<summary type="html"><![CDATA[<p>While I haven't been updating my blog as much as I would like to lately, I've been collecting 
information to share.  One of the items, I've found of interest was this article from 
<a href="http://themaninblue.com/writing/perspective/2004/04/28/">The Man in Blue, "Styling Form Widgets"</a>.
The article could also be titled, "To style Forms, or Not to Style Forms" and frankly I think it 
brings up a good point.  While we can style a lot with CSS, is it always in our user's best interest?
</p>
<p>One thing that I do tend to do is to create styles so that both input buttons and specific links 
look the same.  The reason I do this is that for some of the application programming that I do, some 
of the items that are really links (such as Return, etc.) are in the same line space as other buttons
(save, delete) and really should look the same.  Since I tend to not use graphical images for buttons 
anymore, I want them to look alike to increase usability.  So in this case I guess styling a form 
button and a link are allowed (at least in my opinion).</p>

<p>What's your opinion? Read the article for yourself and see.</p>]]></summary>
					
				<content type="html"><![CDATA[<p>While I haven't been updating my blog as much as I would like to lately, I've been collecting 
information to share.  One of the items, I've found of interest was this article from 
<a href="http://themaninblue.com/writing/perspective/2004/04/28/">The Man in Blue, "Styling Form Widgets"</a>.
The article could also be titled, "To style Forms, or Not to Style Forms" and frankly I think it 
brings up a good point.  While we can style a lot with CSS, is it always in our user's best interest?
</p>
<p>One thing that I do tend to do is to create styles so that both input buttons and specific links 
look the same.  The reason I do this is that for some of the application programming that I do, some 
of the items that are really links (such as Return, etc.) are in the same line space as other buttons
(save, delete) and really should look the same.  Since I tend to not use graphical images for buttons 
anymore, I want them to look alike to increase usability.  So in this case I guess styling a form 
button and a link are allowed (at least in my opinion).</p>

<p>What's your opinion? Read the article for yourself and see.</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:24</id>
				<title type="html"><![CDATA[Microsoft ignores Web Standards]]></title>
				<updated>2004-05-04T12:30:46Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=24"></link>
				
					<summary type="html"><![CDATA[<p>Great <a href="http://www.alttags.org/archives/2004/04/29/33/">article by Kirk Biglione</a> on alt tag decrying and discussing Microsoft's inability to support
web standards in a wide variety of its editors as well as its browser.  Good reading.</p>]]></summary>
					
				<content type="html"><![CDATA[<p>Great <a href="http://www.alttags.org/archives/2004/04/29/33/">article by Kirk Biglione</a> on alt tag decrying and discussing Microsoft's inability to support
web standards in a wide variety of its editors as well as its browser.  Good reading.</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:1</id>
				<title type="html"><![CDATA[Yellow Pencil explains ViewPorts]]></title>
				<updated>2004-04-20T09:35:49Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=1"></link>
				
					<summary type="html"><![CDATA[<p>Yellow Pencil has an excellent article on 
<a href="http://www.yellowpencil.com/guidelines/viewports/">View ports</a>, what they are, 
why we need to be concerned with them and some guidelines for re purposing content so that you can 
actually use the same content for multiple viewports.</p>

<p>Great article, Can't wait til their next one.</p>]]></summary>
					
				<content type="html"><![CDATA[<p>Yellow Pencil has an excellent article on 
<a href="http://www.yellowpencil.com/guidelines/viewports/">View ports</a>, what they are, 
why we need to be concerned with them and some guidelines for re purposing content so that you can 
actually use the same content for multiple viewports.</p>

<p>Great article, Can't wait til their next one.</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:55</id>
				<title type="html"><![CDATA[Seybold teaches structural markup]]></title>
				<updated>2004-04-05T07:50:54Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=55"></link>
				
					<summary type="html"><![CDATA[<p>I've had a lot of questions regarding css lately and while the questions are different, the answers 
still cover the same ground.  Structural Markup.  If you plan your XHTML/HTML properly and markup 
your content so that the underlying structural meaning is there, the css selectors are actually a 
lot easier to handle.  So what is structural markup?
</p>

<p>Structural markup is the effort of marking up your content so that the content itself makes sense. </p>
<blockquote>
<p>While writing the actual CSS is simple, using CSS to do your layouts requires a slightly different way of thinking than most of us are probably used to.</p>

<p>Rather than thinking about things like "this goes here and this goes here" while we are working on a page or a layout, we need to think about the kinds of information in our page and the structure of that information.</p>
</blockquote>

<p>Seybold has a <a href="http://www.hotdesign.com/seybold/20semanticmarkup.html">
great online tutorial</a> on semantic (structural markup).
</p>]]></summary>
					
				<content type="html"><![CDATA[<p>I've had a lot of questions regarding css lately and while the questions are different, the answers 
still cover the same ground.  Structural Markup.  If you plan your XHTML/HTML properly and markup 
your content so that the underlying structural meaning is there, the css selectors are actually a 
lot easier to handle.  So what is structural markup?
</p>

<p>Structural markup is the effort of marking up your content so that the content itself makes sense. </p>
<blockquote>
<p>While writing the actual CSS is simple, using CSS to do your layouts requires a slightly different way of thinking than most of us are probably used to.</p>

<p>Rather than thinking about things like "this goes here and this goes here" while we are working on a page or a layout, we need to think about the kinds of information in our page and the structure of that information.</p>
</blockquote>

<p>Seybold has a <a href="http://www.hotdesign.com/seybold/20semanticmarkup.html">
great online tutorial</a> on semantic (structural markup).
</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:53</id>
				<title type="html"><![CDATA[March for Compliance]]></title>
				<updated>2004-04-01T07:32:08Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=53"></link>
				
					<summary type="html"><![CDATA[<p><a href="http://hownow.brownpau.com/">First Annual March for Web Standards!</a></p>

<p>Washington DC, on the National Mall, April 1st 10am.</p>
<strong>What Do We Want? </strong>
<ul>
	<li>An immediate cessation of the use of all presentational &lt;tables&gt; and &lt;font&gt; tags.</li>
	<li>Full withdrawal of Microsoft Internet Explorer and any version of Netscape earlier than 7.x from all occupied PC's.</li>
	<li>A Constitutional Amendment consisting entirely of the upcoming XHTML 2.0 spec.</li>
	<li>A complete redesign of the executive, legislative, and judiciary websites using valid, structural XHTML markup and skinnable CSS layouts.</li>
</ul>
<p>When Do We Want It? </p>

<strong>Now!</strong>]]></summary>
					
				<content type="html"><![CDATA[<p><a href="http://hownow.brownpau.com/">First Annual March for Web Standards!</a></p>

<p>Washington DC, on the National Mall, April 1st 10am.</p>
<strong>What Do We Want? </strong>
<ul>
	<li>An immediate cessation of the use of all presentational &lt;tables&gt; and &lt;font&gt; tags.</li>
	<li>Full withdrawal of Microsoft Internet Explorer and any version of Netscape earlier than 7.x from all occupied PC's.</li>
	<li>A Constitutional Amendment consisting entirely of the upcoming XHTML 2.0 spec.</li>
	<li>A complete redesign of the executive, legislative, and judiciary websites using valid, structural XHTML markup and skinnable CSS layouts.</li>
</ul>
<p>When Do We Want It? </p>

<strong>Now!</strong>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:46</id>
				<title type="html"><![CDATA[Structure is important!]]></title>
				<updated>2004-03-26T05:47:02Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=46"></link>
				
					<summary type="html"><![CDATA[<p>Recently I have started to be involved in a redesign.  Someone came up with a prototype and when I 
looked at it, it was the usual table elements, with visual presentation mixed in with content. 
Items were styled as &lt;span class="h2"&gt; instead of using an H2.  Now not to denegrate the 
person who did this, they were simply doing what has worked for them for a long long time, but 
some of the other people in this redesign started to talk about why semantics, the structure of the 
document is as important as the look of the document.
</p>
<p>For those in that discussion and for those of you who know someone who still writes code like 
&lt;span class="h2"&gt;  (I know no one reading my blog would do that).  Molly Holzchlag has an 
article up on informit, 
<a href="http://www.informit.com/articles/article.asp?p=169546">"Integrated Web Design: 
CSS Beyond the Retrofit"</a> which should be 
required reading for people serious about separating content from presentation.
</p>]]></summary>
					
				<content type="html"><![CDATA[<p>Recently I have started to be involved in a redesign.  Someone came up with a prototype and when I 
looked at it, it was the usual table elements, with visual presentation mixed in with content. 
Items were styled as &lt;span class="h2"&gt; instead of using an H2.  Now not to denegrate the 
person who did this, they were simply doing what has worked for them for a long long time, but 
some of the other people in this redesign started to talk about why semantics, the structure of the 
document is as important as the look of the document.
</p>
<p>For those in that discussion and for those of you who know someone who still writes code like 
&lt;span class="h2"&gt;  (I know no one reading my blog would do that).  Molly Holzchlag has an 
article up on informit, 
<a href="http://www.informit.com/articles/article.asp?p=169546">"Integrated Web Design: 
CSS Beyond the Retrofit"</a> which should be 
required reading for people serious about separating content from presentation.
</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
			<entry>
				<id>urn:uuid:14</id>
				<title type="html"><![CDATA[10 ways to speed download time.]]></title>
				<updated>2004-03-09T10:48:00Z</updated>
				<link rel="alternate" type="text/html" href="http://www.shayna.com/index.cfm?fuseaction=blog.display_entry&amp;id=14"></link>
				
					<summary type="html"><![CDATA[<p>Trenton Moss has an article on Evolt, 
<a href="http://evolt.org/article/rdf/20/60294/index.html">10 new ways to speed download time</a>.
Not surprisingly most of the tips revolve around using CSS.</p>

<p>Have a read.</p>]]></summary>
					
				<content type="html"><![CDATA[<p>Trenton Moss has an article on Evolt, 
<a href="http://evolt.org/article/rdf/20/60294/index.html">10 new ways to speed download time</a>.
Not surprisingly most of the tips revolve around using CSS.</p>

<p>Have a read.</p>]]></content>
				
					<category term="Web Standards"></category>
				
			</entry>
			
</feed>
