<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Elemental Nomenclature</title>
	<atom:link href="http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/feed/" rel="self" type="application/rss+xml" />
	<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/</link>
	<description>Things that Eric A. Meyer, CSS expert, writes about on his personal Web site; it&#039;s largely Web standards and Web technology, but also various bits of culture, politics, personal observations, and other miscellaneous stuff</description>
	<lastBuildDate>Fri, 10 May 2013 11:50:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Semantic Naming Conventions &#171; Adrian Pelletier</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-443049</link>
		<dc:creator>Semantic Naming Conventions &#171; Adrian Pelletier</dc:creator>
		<pubDate>Sun, 15 Feb 2009 18:39:34 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-443049</guid>
		<description><![CDATA[[...] Elemental Nomenclature [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Elemental Nomenclature [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lewis litanzios</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-340187</link>
		<dc:creator>lewis litanzios</dc:creator>
		<pubDate>Thu, 20 Mar 2008 13:52:45 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-340187</guid>
		<description><![CDATA[@heath

&#039;Designers should be left to really focus on the look of things and programmers should be left to code. This would also help to keep html semantically clean and force css spec&quot;s to continue to evolve. I think the more html and css hold hands the more they hold each other back. It&quot;s always hard, but the couple needs to divorce for both to really grow.&#039;

i disagree with this, but i can see where you&#039;re coming from. i took this attitude a few years ago. i feel it&#039;s so often the case for designers to &#039;bottle it&#039; (for what of a better term) with design foresight because they can&#039;t implement it in code - so they don&#039;t do it. what are we left with; many run of the mill designs, boxed blogs, and ripped off aesthetics - often built by developers.

it&#039;s a real shame, but wouldn&#039;t the web be a wonderful place if designers and coders were one in the same. we would have amazingly gorgeous websites everywhere! designers/developers that have a rapport with one another are very lucky.]]></description>
		<content:encoded><![CDATA[<p>@heath</p>
<p>&#8216;Designers should be left to really focus on the look of things and programmers should be left to code. This would also help to keep html semantically clean and force css spec&#8221;s to continue to evolve. I think the more html and css hold hands the more they hold each other back. It&#8221;s always hard, but the couple needs to divorce for both to really grow.&#8217;</p>
<p>i disagree with this, but i can see where you&#8217;re coming from. i took this attitude a few years ago. i feel it&#8217;s so often the case for designers to &#8216;bottle it&#8217; (for what of a better term) with design foresight because they can&#8217;t implement it in code &#8211; so they don&#8217;t do it. what are we left with; many run of the mill designs, boxed blogs, and ripped off aesthetics &#8211; often built by developers.</p>
<p>it&#8217;s a real shame, but wouldn&#8217;t the web be a wonderful place if designers and coders were one in the same. we would have amazingly gorgeous websites everywhere! designers/developers that have a rapport with one another are very lucky.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: afhill</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-40987</link>
		<dc:creator>afhill</dc:creator>
		<pubDate>Mon, 31 Jul 2006 17:16:28 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-40987</guid>
		<description><![CDATA[[...] I&#8217;m working on a new project, and after reading What&#8217;s in a Name, What&#8217;s in a Name Part Two and Elemental Nomenclature, I want to try to set up some semantically-relevant ids for the page elements. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] I&#8217;m working on a new project, and after reading What&#8217;s in a Name, What&#8217;s in a Name Part Two and Elemental Nomenclature, I want to try to set up some semantically-relevant ids for the page elements. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wisbin  &#187; Blog Archive   &#187; Eric&#8217;s Archived Thoughts: Elemental Nomenclature</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-6180</link>
		<dc:creator>wisbin  &#187; Blog Archive   &#187; Eric&#8217;s Archived Thoughts: Elemental Nomenclature</dc:creator>
		<pubDate>Wed, 24 Aug 2005 00:13:10 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-6180</guid>
		<description><![CDATA[[...] hat use the same nomenclature. This is, it seems to me, the least I can do.  » meyerweb : Archived Thoughts: Elemental Nomenclature 	OK, let me try&#8230;. please bea [...]]]></description>
		<content:encoded><![CDATA[<p>[...] hat use the same nomenclature. This is, it seems to me, the least I can do.  » meyerweb : Archived Thoughts: Elemental Nomenclature 	OK, let me try&#8230;. please bea [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wisbin  &#187; Blog Archive   &#187; And all that Malarkey // Naming conventions table</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-6179</link>
		<dc:creator>wisbin  &#187; Blog Archive   &#187; And all that Malarkey // Naming conventions table</dc:creator>
		<pubDate>Wed, 24 Aug 2005 00:00:54 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-6179</guid>
		<description><![CDATA[[...] key // Naming conventions table 	 			 					1. And all that Malarkey // Naming conventions table 	2. http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/ 	So what should we name our elements? 	Here are my suggestions for main structura [...]]]></description>
		<content:encoded><![CDATA[<p>[...] key // Naming conventions table 	 			 					1. And all that Malarkey // Naming conventions table 	2. <a href="http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/" rel="nofollow">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/</a> 	So what should we name our elements? 	Here are my suggestions for main structura [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Tomayko's Weblog</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-447</link>
		<dc:creator>Ryan Tomayko's Weblog</dc:creator>
		<pubDate>Wed, 14 Jul 2004 13:47:17 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-447</guid>
		<description><![CDATA[&lt;strong&gt;Per Site User Stylesheets&lt;/strong&gt;
Making User Stylesheets (CSS) useful.]]></description>
		<content:encoded><![CDATA[<p><strong>Per Site User Stylesheets</strong><br />
Making User Stylesheets (CSS) useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mister76</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-264</link>
		<dc:creator>mister76</dc:creator>
		<pubDate>Wed, 30 Jun 2004 22:54:33 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-264</guid>
		<description><![CDATA[The only advantage of consistant naming is user stylesheets.  As long as webmasters don&#039;t name divs &quot;leftsidebar&quot; or something like that (which would defeat the seperation of style and content), it doesn&#039;t matter too too much.]]></description>
		<content:encoded><![CDATA[<p>The only advantage of consistant naming is user stylesheets.  As long as webmasters don&#8217;t name divs &#8220;leftsidebar&#8221; or something like that (which would defeat the seperation of style and content), it doesn&#8217;t matter too too much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: digital camera</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-238</link>
		<dc:creator>digital camera</dc:creator>
		<pubDate>Wed, 23 Jun 2004 14:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-238</guid>
		<description><![CDATA[Designers should be left to really focus on the look of things and programmers should be left to code. 

This would also help to keep html semantically clean and force css spec&#039;s to continue to evolve…]]></description>
		<content:encoded><![CDATA[<p>Designers should be left to really focus on the look of things and programmers should be left to code. </p>
<p>This would also help to keep html semantically clean and force css spec&#8217;s to continue to evolve…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lachlan Hunt</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-235</link>
		<dc:creator>Lachlan Hunt</dc:creator>
		<pubDate>Mon, 21 Jun 2004 23:30:41 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-235</guid>
		<description><![CDATA[Hi,
  I found that I use several of the common ids listed in andy&#039;s table, such as #container, #header, #footer, and I used to use #maincontent, but have recently changed to #body.  My personal site doesn&#039;t yet use these convetions, since it&#039;s still very much under construction, it will do one day.

  As for the CSS Signature, I&#039;ll be changing my from #lachy to #www-lachy-id-au.  Thanks for the tip about the convetions.  However, I&#039;ve also been thinking about applying classes to the body or root element as well.  Then, different types of pages in my site could be styled differently.  For example, for my blogs, I&#039;m thinking about using:
&lt;body id=&quot;www-lachy-id-au&quot; class=&quot;blog&quot;&gt;
and for my pages on technical stuff like XHTML, CSS, etc... I&#039;ll be using something like:
&lt;body id=&quot;www-lachy-id-au&quot; class=&quot;technical&quot;&amp;*gt;

  I haven&#039;t yet thought of all the classes I&#039;m going to use, nor implemented them yet; and those two may change, but I think the concept is quite good.  What do you think?]]></description>
		<content:encoded><![CDATA[<p>Hi,<br />
  I found that I use several of the common ids listed in andy&#8217;s table, such as #container, #header, #footer, and I used to use #maincontent, but have recently changed to #body.  My personal site doesn&#8217;t yet use these convetions, since it&#8217;s still very much under construction, it will do one day.</p>
<p>  As for the CSS Signature, I&#8217;ll be changing my from #lachy to #www-lachy-id-au.  Thanks for the tip about the convetions.  However, I&#8217;ve also been thinking about applying classes to the body or root element as well.  Then, different types of pages in my site could be styled differently.  For example, for my blogs, I&#8217;m thinking about using:<br />
&lt;body id=&#8221;www-lachy-id-au&#8221; class=&#8221;blog&#8221;&gt;<br />
and for my pages on technical stuff like XHTML, CSS, etc&#8230; I&#8217;ll be using something like:<br />
&lt;body id=&#8221;www-lachy-id-au&#8221; class=&#8221;technical&#8221;&*gt;</p>
<p>  I haven&#8217;t yet thought of all the classes I&#8217;m going to use, nor implemented them yet; and those two may change, but I think the concept is quite good.  What do you think?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: no2.org.uk</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-234</link>
		<dc:creator>no2.org.uk</dc:creator>
		<pubDate>Mon, 21 Jun 2004 11:32:30 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-234</guid>
		<description><![CDATA[&lt;strong&gt;CSS signature&lt;/strong&gt;
Like the whore I am, I&quot;ve decided to obey my herd instinct and emulate Eric&quot;s CSS signature.]]></description>
		<content:encoded><![CDATA[<p><strong>CSS signature</strong><br />
Like the whore I am, I&#8221;ve decided to obey my herd instinct and emulate Eric&#8221;s CSS signature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Malarkey</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-233</link>
		<dc:creator>Malarkey</dc:creator>
		<pubDate>Mon, 21 Jun 2004 06:55:51 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-233</guid>
		<description><![CDATA[Eric, I think that it should be noted that I am *not* proposing a standard style-sheet or document structure, just that if a designer includes a certain element on a page, to call it a specific name. How this can be perceived as &#039;creativity stifling&#039; is beyond me.

You have prompted me to rethink my logic and add a new column at http://www.stuffandnonsense.co.uk/archives/whats_in_a_name_pt2.html]]></description>
		<content:encoded><![CDATA[<p>Eric, I think that it should be noted that I am *not* proposing a standard style-sheet or document structure, just that if a designer includes a certain element on a page, to call it a specific name. How this can be perceived as &#8216;creativity stifling&#8217; is beyond me.</p>
<p>You have prompted me to rethink my logic and add a new column at <a href="http://www.stuffandnonsense.co.uk/archives/whats_in_a_name_pt2.html" rel="nofollow">http://www.stuffandnonsense.co.uk/archives/whats_in_a_name_pt2.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: just to let you know</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-232</link>
		<dc:creator>just to let you know</dc:creator>
		<pubDate>Mon, 21 Jun 2004 00:31:19 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-232</guid>
		<description><![CDATA[&lt;strong&gt;CSS naming conventions&lt;/strong&gt;
Funny that articles on Meyerweb and StuffAndNonsense around CSS naming conventions are making a round at the moment, as I reallised the other day that I seemed to have developed my own weird naming standards (or at least that&#039;s what...]]></description>
		<content:encoded><![CDATA[<p><strong>CSS naming conventions</strong><br />
Funny that articles on Meyerweb and StuffAndNonsense around CSS naming conventions are making a round at the moment, as I reallised the other day that I seemed to have developed my own weird naming standards (or at least that&#8217;s what&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: heath</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-231</link>
		<dc:creator>heath</dc:creator>
		<pubDate>Sun, 20 Jun 2004 08:28:58 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-231</guid>
		<description><![CDATA[As I have commented elsewhere, I think a lot of the software design&#039;s &#039;best practices&#039; are lost because most web designers are not trained in software design. Granted that html is not a programming language, but as designers often need to know js, php, etc. those techniques could help immensely. But as html is separated from css the more that both can develop.

The more that html mark-up is standardized, the more coding can be separated from designing. Designers should be left to really focus on the look of things and programmers should be left to code. This would also help to keep html semantically clean and force css spec&#039;s to continue to evolve. I think the more html and css hold hands the more they hold each other back. It&#039;s always hard, but the couple needs to divorce for both to really grow.

I&#039;ve written more on this subject because I am reading a great book on coding (Eric really should join the Amazon associates program so I would link this one for him, the book is called &lt;a href=&quot;http://www.amazon.com/exec/obidos/ASIN/1556154844/qid=1087718812/sr=ka-1/ref=pd_ka_1/103-5519443-9336656&quot;&gt;Code Complete&lt;/a&gt; by Steve McConnell).]]></description>
		<content:encoded><![CDATA[<p>As I have commented elsewhere, I think a lot of the software design&#8217;s &#8216;best practices&#8217; are lost because most web designers are not trained in software design. Granted that html is not a programming language, but as designers often need to know js, php, etc. those techniques could help immensely. But as html is separated from css the more that both can develop.</p>
<p>The more that html mark-up is standardized, the more coding can be separated from designing. Designers should be left to really focus on the look of things and programmers should be left to code. This would also help to keep html semantically clean and force css spec&#8217;s to continue to evolve. I think the more html and css hold hands the more they hold each other back. It&#8217;s always hard, but the couple needs to divorce for both to really grow.</p>
<p>I&#8217;ve written more on this subject because I am reading a great book on coding (Eric really should join the Amazon associates program so I would link this one for him, the book is called <a href="http://www.amazon.com/exec/obidos/ASIN/1556154844/qid=1087718812/sr=ka-1/ref=pd_ka_1/103-5519443-9336656">Code Complete</a> by Steve McConnell).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CodeBitch</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-225</link>
		<dc:creator>CodeBitch</dc:creator>
		<pubDate>Sat, 19 Jun 2004 22:58:36 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-225</guid>
		<description><![CDATA[People should just &lt;a href=&quot;http://www.macedition.com/cb/cb_20020325.php&quot;&gt;label it for what it is&lt;/a&gt;, and yet we still see so many &lt;code&gt;div id=&quot;left&quot;&lt;/code&gt; things going on. I seem to remember saying something about this two years ago.]]></description>
		<content:encoded><![CDATA[<p>People should just <a href="http://www.macedition.com/cb/cb_20020325.php">label it for what it is</a>, and yet we still see so many <code>div id="left"</code> things going on. I seem to remember saying something about this two years ago.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: riccard0</title>
		<link>http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-224</link>
		<dc:creator>riccard0</dc:creator>
		<pubDate>Sat, 19 Jun 2004 18:21:17 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2004/06/18/elemental-nomenclature/#comment-224</guid>
		<description><![CDATA[Personally, I think that naming conventions are subject to two main issues:
1. &lt;em&gt;Internationalization&lt;/em&gt;. As a non native English speaker, I prefer to assign non english names to my &lt;code&gt;ID&lt;/code&gt;s and &lt;code&gt;CLASS&lt;/code&gt;es, so to better browse through my code.
2. &lt;em&gt;Site structure&lt;/em&gt;. There is an universal naming scheme that is capable to include all or even most of the different websites out there? Haven&#039;t we yet discussed enough about semantics to start again on a whole new level? 
In my opinion, naming serves best as a reference for the coder, otherwise, I will be able to use my &lt;code&gt;H1&lt;/code&gt; instead of my &lt;code&gt;DIV ID=&quot;Header&quot;&lt;/code&gt;!]]></description>
		<content:encoded><![CDATA[<p>Personally, I think that naming conventions are subject to two main issues:<br />
1. <em>Internationalization</em>. As a non native English speaker, I prefer to assign non english names to my <code>ID</code>s and <code>CLASS</code>es, so to better browse through my code.<br />
2. <em>Site structure</em>. There is an universal naming scheme that is capable to include all or even most of the different websites out there? Haven&#8217;t we yet discussed enough about semantics to start again on a whole new level?<br />
In my opinion, naming serves best as a reference for the coder, otherwise, I will be able to use my <code>H1</code> instead of my <code>DIV ID="Header"</code>!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->