<?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: A reconsideration&#8212;in defence of &lt;b&gt; and &lt;i&gt; (or: people fear what they don&#8217;t understand)</title>
	<atom:link href="http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/feed/" rel="self" type="application/rss+xml" />
	<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Thu, 29 Jul 2010 10:38:44 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andrew Johns</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-1530</link>
		<dc:creator>Andrew Johns</dc:creator>
		<pubDate>Mon, 19 Apr 2010 10:29:39 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-1530</guid>
		<description>My take on it, coming from a CSS + Accessibility + General Semantics and Standards view, regardless of CURRENT level of screenreaders to accurately represent the difference - is that if we&#039;re saying that some text should be made bold or italic purely for presentational reasons, then the Level A requirement in WCAG 2.0, &quot;1.3.1 Info and Relationships: Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text. &quot; dictates that the i and b tags should be dropped in favour of using css, regardless of the extra amount of code that might be required to produce the same effect, because that&#039;s what is required to be &quot;valid&quot; by recommended practices.  After all, how often would this be an issue? In most cases the requirement for styling will come from the need for emphasis.

However, the problem with this view is whether you consider i and b to be a presentational effect or whether it is conveying information that is different to emphasis (em or strong).  if it&#039;s conveying any form of information then it becomes semantic rather than presentation, and is therefore acceptable.

The argument that it is widely used and so should be kept in is rubbish, because fonts were widely used and they&#039;ve been deprecated, as is the U tag, etc.  It&#039;s a bit of dilemma really.</description>
		<content:encoded><![CDATA[<p>My take on it, coming from a CSS + Accessibility + General Semantics and Standards view, regardless of CURRENT level of screenreaders to accurately represent the difference &#8211; is that if we&#8217;re saying that some text should be made bold or italic purely for presentational reasons, then the Level A requirement in WCAG 2.0, &#8220;1.3.1 Info and Relationships: Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text. &#8221; dictates that the i and b tags should be dropped in favour of using css, regardless of the extra amount of code that might be required to produce the same effect, because that&#8217;s what is required to be &#8220;valid&#8221; by recommended practices.  After all, how often would this be an issue? In most cases the requirement for styling will come from the need for emphasis.</p>
<p>However, the problem with this view is whether you consider i and b to be a presentational effect or whether it is conveying information that is different to emphasis (em or strong).  if it&#8217;s conveying any form of information then it becomes semantic rather than presentation, and is therefore acceptable.</p>
<p>The argument that it is widely used and so should be kept in is rubbish, because fonts were widely used and they&#8217;ve been deprecated, as is the U tag, etc.  It&#8217;s a bit of dilemma really.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Faulds</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-254</link>
		<dc:creator>John Faulds</dc:creator>
		<pubDate>Wed, 03 Feb 2010 11:10:16 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-254</guid>
		<description>&lt;q&gt;Ships’ names and latin words, such as the names of species, might also be good examples of text which is commonly italicised, but the italics don’t denote emphasis.&lt;/q&gt;

Just to expand on this, and on the point made earlier about using cite for titles: you can mention a title without necessarily citing it, e.g. I&#039;ve just finished reading The Great Gatsby. In my opinion, as with ships&#039; names and latin names, &lt;i&gt; is the appropriate tag to use in this situation, and it&#039;s one I&#039;ve used in the past (except as Jim points out when a CMS WYSIWYG editor will for insert &lt;em&gt; for &lt;i&gt;).

I&#039;ve never quite found a use for &lt;b&gt; though as I can&#039;t think where you would want something to be bold but not emphasised (I don&#039;t really agree with the examples that the HTML5 spec puts forward).</description>
		<content:encoded><![CDATA[<p><q>Ships’ names and latin words, such as the names of species, might also be good examples of text which is commonly italicised, but the italics don’t denote emphasis.</q></p>
<p>Just to expand on this, and on the point made earlier about using cite for titles: you can mention a title without necessarily citing it, e.g. I&#8217;ve just finished reading The Great Gatsby. In my opinion, as with ships&#8217; names and latin names, &lt;i&gt; is the appropriate tag to use in this situation, and it&#8217;s one I&#8217;ve used in the past (except as Jim points out when a CMS WYSIWYG editor will for insert &lt;em&gt; for &lt;i&gt;).</p>
<p>I&#8217;ve never quite found a use for &lt;b&gt; though as I can&#8217;t think where you would want something to be bold but not emphasised (I don&#8217;t really agree with the examples that the HTML5 spec puts forward).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diptanshu</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-154</link>
		<dc:creator>Diptanshu</dc:creator>
		<pubDate>Fri, 29 Jan 2010 09:23:27 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-154</guid>
		<description>Tonal aspects aside, &#039;b&#039; and &#039;i&#039; tags offer the same kind of presentation. Why have ...class=&#039;bold&#039; etc when the simple b can also be stylized?

IMO, strong and em tags are not necessary. Doesn&#039;t make a difference when we have to read the text anyway; it &lt;i&gt;will&lt;/i&gt; have the emphasis anyway.</description>
		<content:encoded><![CDATA[<p>Tonal aspects aside, &#8216;b&#8217; and &#8216;i&#8217; tags offer the same kind of presentation. Why have &#8230;class=&#8217;bold&#8217; etc when the simple b can also be stylized?</p>
<p>IMO, strong and em tags are not necessary. Doesn&#8217;t make a difference when we have to read the text anyway; it <i>will</i> have the emphasis anyway.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim O'Donnell</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-147</link>
		<dc:creator>Jim O'Donnell</dc:creator>
		<pubDate>Thu, 28 Jan 2010 16:27:03 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-147</guid>
		<description>Ships&#039; names and latin words, such as the names of species, might also be good examples of text which is commonly italicised, but the italics don&#039;t denote emphasis. There&#039;s no specific tag for those in HTML (&lt;cite&gt; maybe?) which leaves &lt;i&gt; or &lt;span&gt;

The B and I buttons on some WYSIWYG editors insert strong and em tags into HTML. In that case, strong and em don&#039;t indicate text emphasis - they&#039;ve replaced b &amp; i for people who want a semantically neutral equivalent to the terms &#039;bold&#039; and &#039;italic&#039;.</description>
		<content:encoded><![CDATA[<p>Ships&#8217; names and latin words, such as the names of species, might also be good examples of text which is commonly italicised, but the italics don&#8217;t denote emphasis. There&#8217;s no specific tag for those in HTML (&lt;cite&gt; maybe?) which leaves &lt;i&gt; or &lt;span&gt;</p>
<p>The B and I buttons on some WYSIWYG editors insert strong and em tags into HTML. In that case, strong and em don&#8217;t indicate text emphasis &#8211; they&#8217;ve replaced b &amp; i for people who want a semantically neutral equivalent to the terms &#8216;bold&#8217; and &#8216;italic&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CSS Brigit &#124; A reconsideration—in defence of bold and italice</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-143</link>
		<dc:creator>CSS Brigit &#124; A reconsideration—in defence of bold and italice</dc:creator>
		<pubDate>Thu, 28 Jan 2010 13:57:50 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-143</guid>
		<description>&lt;strong&gt; A reconsideration—in defence of bold and italice...&lt;/strong&gt;

	
			
						
							
				A post covering the availability and usability of the demonised HTML elements b and i.
			
			...</description>
		<content:encoded><![CDATA[<p><strong> A reconsideration—in defence of bold and italice&#8230;</strong></p>
<p>				A post covering the availability and usability of the demonised HTML elements b and i.</p>
<p>			&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jose</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-128</link>
		<dc:creator>jose</dc:creator>
		<pubDate>Thu, 28 Jan 2010 06:45:07 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-128</guid>
		<description>I would like to make a correction:
&quot;Using a span with a class for every each of the cases increases code and load time&quot;
should be : &quot;increases code and decreases load time&quot;

The big tag though doesn&#039;t have semantic meaning, but th word itself reflects the state of the element for me...there is no conclusion. Presentational tags are not recomended in favor of css.</description>
		<content:encoded><![CDATA[<p>I would like to make a correction:<br />
&#8220;Using a span with a class for every each of the cases increases code and load time&#8221;<br />
should be : &#8220;increases code and decreases load time&#8221;</p>
<p>The big tag though doesn&#8217;t have semantic meaning, but th word itself reflects the state of the element for me&#8230;there is no conclusion. Presentational tags are not recomended in favor of css.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jose</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-127</link>
		<dc:creator>jose</dc:creator>
		<pubDate>Thu, 28 Jan 2010 06:34:43 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-127</guid>
		<description>Interesting article.Tags like b, i, pre, small, sub, sup, tt, big are elements grouped in xhtml presentational module.They are valid, non-deprecated, with lack of semantics, affecting only the visual part of the web.There is just one issue that contradicts the use of them.It&#039;s about separating structure,  style and behaviour....and all of theese tags can be replaced with a css property. Then why does theese tags still exist in xhtml specs?????Anyway i tend to use b and i instead of span element for rounded corners because they are shorter than span(just 1 letter) and sometimes I use big for tagging prices with big font-size.They don&#039;t have semantics so I could use them for anything I want(but not as replacement for semantic tags).....Using a span with a class for every each of the cases increases code and load time, but it&#039;s more correct, because we leave style out of structure.So we have to choose:less code, faster load, structure mixed with presentation or more code, slower load(depends of the number of uses), correct separation of structure and style....</description>
		<content:encoded><![CDATA[<p>Interesting article.Tags like b, i, pre, small, sub, sup, tt, big are elements grouped in xhtml presentational module.They are valid, non-deprecated, with lack of semantics, affecting only the visual part of the web.There is just one issue that contradicts the use of them.It&#8217;s about separating structure,  style and behaviour&#8230;.and all of theese tags can be replaced with a css property. Then why does theese tags still exist in xhtml specs?????Anyway i tend to use b and i instead of span element for rounded corners because they are shorter than span(just 1 letter) and sometimes I use big for tagging prices with big font-size.They don&#8217;t have semantics so I could use them for anything I want(but not as replacement for semantic tags)&#8230;..Using a span with a class for every each of the cases increases code and load time, but it&#8217;s more correct, because we leave style out of structure.So we have to choose:less code, faster load, structure mixed with presentation or more code, slower load(depends of the number of uses), correct separation of structure and style&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-121</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Wed, 27 Jan 2010 23:39:11 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-121</guid>
		<description>Really good article and I think it highlights a problem where a lot of developers are just blindly following some guide that they read on a website that said &#039;&lt;b&gt; and &lt;i&gt; tags are bad&#039; or &#039;don&#039;t use tables use div tags instead&#039;, without really understanding the reasons why.  This leads to common misuse/overuse of those tags (I&#039;ve seen so many websites where tabular data has been laid out with div tags) which, to me, is just as bad as the problem they were trying to get away from in the first place. 

Having said that, I&#039;m still not a fan of using &lt;b&gt; and &lt;i&gt;, having markup that denotes nothing but style just doesn&#039;t feel quite right to me, after all markup is just supposed to be about semantics. Personally I&#039;d much rather see  than &lt;b&gt; to boldify a company&#039;s name for branding requirements.  At some point in the future the company&#039;s branding may change and they might drop the boldifying (err..??) requirement, if you used &lt;b&gt; you&#039;re either going to have to replace all instances of &lt;b&gt; around the company name within your markup OR be a bit rubbish and style all of your &lt;b&gt;&#039;s as font-weight: normal, not very nice at all.</description>
		<content:encoded><![CDATA[<p>Really good article and I think it highlights a problem where a lot of developers are just blindly following some guide that they read on a website that said &#8216;&lt;b&gt; and &lt;i&gt; tags are bad&#8217; or &#8216;don&#8217;t use tables use div tags instead&#8217;, without really understanding the reasons why.  This leads to common misuse/overuse of those tags (I&#8217;ve seen so many websites where tabular data has been laid out with div tags) which, to me, is just as bad as the problem they were trying to get away from in the first place. </p>
<p>Having said that, I&#8217;m still not a fan of using &lt;b&gt; and &lt;i&gt;, having markup that denotes nothing but style just doesn&#8217;t feel quite right to me, after all markup is just supposed to be about semantics. Personally I&#8217;d much rather see  than &lt;b&gt; to boldify a company&#8217;s name for branding requirements.  At some point in the future the company&#8217;s branding may change and they might drop the boldifying (err..??) requirement, if you used &lt;b&gt; you&#8217;re either going to have to replace all instances of &lt;b&gt; around the company name within your markup OR be a bit rubbish and style all of your &lt;b&gt;&#8217;s as font-weight: normal, not very nice at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-116</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Wed, 27 Jan 2010 22:09:12 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-116</guid>
		<description>Make that the bold tag.  I don&#039;t know what escaping to use in this box.</description>
		<content:encoded><![CDATA[<p>Make that the bold tag.  I don&#8217;t know what escaping to use in this box.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan</title>
		<link>http://csswizardry.com/2010/01/a-reconsiderationin-defence-of-b-and-i-or-people-fear-what-they-dont-understand/comment-page-1/#comment-115</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Wed, 27 Jan 2010 22:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://csswizardry.com/?p=306#comment-115</guid>
		<description>I run a website that posts monthly journal entries of several people.  One of them likes to format his in what he calls the &quot;comic strip fashion.&quot;  Basically this means that the first time a new person or place is mentioned in his journal, he wants it bold.  For me this is the perfect use of the b tag.</description>
		<content:encoded><![CDATA[<p>I run a website that posts monthly journal entries of several people.  One of them likes to format his in what he calls the &#8220;comic strip fashion.&#8221;  Basically this means that the first time a new person or place is mentioned in his journal, he wants it bold.  For me this is the perfect use of the b tag.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
