<?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: Broken Rights</title>
	<atom:link href="http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/feed/" rel="self" type="application/rss+xml" />
	<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/</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: Michael McCorry</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-67320</link>
		<dc:creator>Michael McCorry</dc:creator>
		<pubDate>Mon, 30 Oct 2006 22:35:40 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-67320</guid>
		<description><![CDATA[I&#039;m in the &quot;separate &lt;P&gt;s for each line of dialogue, wrapped in a &lt;blockquote&gt;s for each conversation but if you can&#039;t accept using &lt;blockquote&gt;s for imaginary quotes then separate each conversation with a styled &lt;hr&gt;&quot; camp.

I agree with Tor Erik Alræk (#11) that using ordered lists would be a tad overkill. I see each conversation as mini-chapters rather than a structured list.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m in the &#8220;separate &lt;P&gt;s for each line of dialogue, wrapped in a &lt;blockquote&gt;s for each conversation but if you can&#8217;t accept using &lt;blockquote&gt;s for imaginary quotes then separate each conversation with a styled &lt;hr&gt;&#8221; camp.</p>
<p>I agree with Tor Erik Alræk (#11) that using ordered lists would be a tad overkill. I see each conversation as mini-chapters rather than a structured list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pauldwaite</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65629</link>
		<dc:creator>pauldwaite</dc:creator>
		<pubDate>Wed, 25 Oct 2006 00:51:50 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65629</guid>
		<description><![CDATA[Definition list? I think the HTML spec did suggest it could be used for tight label/value pairs, possibly even using dialogue as an example.

You&#039;ve have to include the speaker&#039;s name (in the &lt;dt&gt;) for every line, but that might be helpful to the reader. And it can be hidden with CSS.

I guess each &quot;scene&quot; would be one list.]]></description>
		<content:encoded><![CDATA[<p>Definition list? I think the HTML spec did suggest it could be used for tight label/value pairs, possibly even using dialogue as an example.</p>
<p>You&#8217;ve have to include the speaker&#8217;s name (in the &lt;dt&gt;) for every line, but that might be helpful to the reader. And it can be hidden with CSS.</p>
<p>I guess each &#8220;scene&#8221; would be one list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Ellenwood</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65609</link>
		<dc:creator>David Ellenwood</dc:creator>
		<pubDate>Tue, 24 Oct 2006 22:15:40 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65609</guid>
		<description><![CDATA[I have a similar question I&#039;ve wrestled with a number of times.  When displaying a page of products for an online store, it is common to display:
- an image of the product
- the title
- a short description
- the price
- a link to purchase or see a detailed view of the product

To me, from a purely structural point of view, this seems to be an unordered list of items to be displayed.  Practically speaking however, it seems unreasonable to try and get that whole list of elements to display properly using &lt;span&gt; tags with classes inside of a single &lt;li&gt; tag for each product.

What I tend to do is wrap each product in a &lt;div&gt; and give each element a heading or paragraph tag depending on its importance.

Does anyone any thoughts or a better solution for this?]]></description>
		<content:encoded><![CDATA[<p>I have a similar question I&#8217;ve wrestled with a number of times.  When displaying a page of products for an online store, it is common to display:<br />
- an image of the product<br />
- the title<br />
- a short description<br />
- the price<br />
- a link to purchase or see a detailed view of the product</p>
<p>To me, from a purely structural point of view, this seems to be an unordered list of items to be displayed.  Practically speaking however, it seems unreasonable to try and get that whole list of elements to display properly using &lt;span&gt; tags with classes inside of a single &lt;li&gt; tag for each product.</p>
<p>What I tend to do is wrap each product in a &lt;div&gt; and give each element a heading or paragraph tag depending on its importance.</p>
<p>Does anyone any thoughts or a better solution for this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrienne</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65601</link>
		<dc:creator>Adrienne</dc:creator>
		<pubDate>Tue, 24 Oct 2006 21:40:44 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65601</guid>
		<description><![CDATA[In Robert Bringhurst&#039;s &lt;i&gt;The Elements of Typographic Style&lt;/i&gt;, on p.81 he says:

&quot;5.2.3 &lt;i&gt;Use the em dash to introduce speakers in narrative dialogue.&lt;/i&gt;

&quot;The em dash, followed by a thin space (M/5) or word space, is the normal European method of marking up dialogue, and it is much less fussy than quotation marks...&quot;

On low-resolution monitors, small marks such as curly quotes are just fuzzy blobs. The clarity of an em dash is particularly desirable in such situations.

This, of course, only applies to the visual presentation of the piece. I tend to agree with the others that hold that the paragraph tag is probably the best way to separate each line. A div separating each block, with a visual separator between each block, would certainly help.

I appreciate your attention to detail. Too many web &quot;designers&quot; give short shrift to legibility &amp; readability on the web.]]></description>
		<content:encoded><![CDATA[<p>In Robert Bringhurst&#8217;s <i>The Elements of Typographic Style</i>, on p.81 he says:</p>
<p>&#8220;5.2.3 <i>Use the em dash to introduce speakers in narrative dialogue.</i></p>
<p>&#8220;The em dash, followed by a thin space (M/5) or word space, is the normal European method of marking up dialogue, and it is much less fussy than quotation marks&#8230;&#8221;</p>
<p>On low-resolution monitors, small marks such as curly quotes are just fuzzy blobs. The clarity of an em dash is particularly desirable in such situations.</p>
<p>This, of course, only applies to the visual presentation of the piece. I tend to agree with the others that hold that the paragraph tag is probably the best way to separate each line. A div separating each block, with a visual separator between each block, would certainly help.</p>
<p>I appreciate your attention to detail. Too many web &#8220;designers&#8221; give short shrift to legibility &amp; readability on the web.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Sutherland</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65583</link>
		<dc:creator>Martin Sutherland</dc:creator>
		<pubDate>Tue, 24 Oct 2006 20:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65583</guid>
		<description><![CDATA[I&#039;ve struggled with how to represent dialogue on many occasions.  As Will Kessel says above, the underlying markup just isn&#039;t there.  Is this an argument for a microformat?]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve struggled with how to represent dialogue on many occasions.  As Will Kessel says above, the underlying markup just isn&#8217;t there.  Is this an argument for a microformat?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Lascurettes</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65544</link>
		<dc:creator>John Lascurettes</dc:creator>
		<pubDate>Tue, 24 Oct 2006 18:22:42 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65544</guid>
		<description><![CDATA[I&#039;m in agreement with one of the other comments: invented or not, they are still (implied)conversations being quoted. Sure, there&#039;s nothing to cite as source, but if you&#039;re so inclined, you could always cite=&quot;no real source&quot;. It would certainly help readability both for sighted users and for screen readers. As it stands now, there&#039;s not much break between each line of dialogue and it&#039;s difficult to read.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m in agreement with one of the other comments: invented or not, they are still (implied)conversations being quoted. Sure, there&#8217;s nothing to cite as source, but if you&#8217;re so inclined, you could always cite=&#8221;no real source&#8221;. It would certainly help readability both for sighted users and for screen readers. As it stands now, there&#8217;s not much break between each line of dialogue and it&#8217;s difficult to read.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amber</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65515</link>
		<dc:creator>Amber</dc:creator>
		<pubDate>Tue, 24 Oct 2006 16:41:56 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65515</guid>
		<description><![CDATA[Eh, nit-picky as I am, I think this situation is fine. Surely you have bigger fish to fry!]]></description>
		<content:encoded><![CDATA[<p>Eh, nit-picky as I am, I think this situation is fine. Surely you have bigger fish to fry!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martijn ten Napel</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65503</link>
		<dc:creator>Martijn ten Napel</dc:creator>
		<pubDate>Tue, 24 Oct 2006 15:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65503</guid>
		<description><![CDATA[I&#039;ve opened some books to see how typographically they handle dialogues and conversations.

It depends if there is an actual indication of the person speaking (&quot;Look, a bird!&quot;, said Eric) or if the dialogue is impersonal.

When it is impersonal, there often is a tab at the first line of each phrase, and there are no white spaces in between, so it seems that it isn&#039;t a paragraph structure.

Even if the conversation is fictional, I would say that these are quotes or citations from fictional persons. Looking at the specs I would say that this line could be of value:
&lt;blockquote cite=&quot;http://www.w3.org/TR/html401/struct/text.html#h-9.2.2&quot;&gt;
These two elements designate quoted text. BLOCKQUOTE is for long quotations (block-level content) and Q is intended for short quotations (inline content) that don&#039;t require paragraph breaks.
&lt;/blockquote&gt;

I quess that the q-tag would be the proper mark-up structure, and every new q-tag should be indented and starting at a new line to get the mark-up right.

Unfortunatly the q-tag is not rendered very well often and I haven&#039;t got a single clue how to indicate which person is speaking for non-visual rendering; I guess that you want to give each quotation its own voice in case of a conversation. I don&#039;t know if this feature would be mark-up or layout strictly speaking.

I do agree though that it is hard given the limited options we have to do this properly.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve opened some books to see how typographically they handle dialogues and conversations.</p>
<p>It depends if there is an actual indication of the person speaking (&#8220;Look, a bird!&#8221;, said Eric) or if the dialogue is impersonal.</p>
<p>When it is impersonal, there often is a tab at the first line of each phrase, and there are no white spaces in between, so it seems that it isn&#8217;t a paragraph structure.</p>
<p>Even if the conversation is fictional, I would say that these are quotes or citations from fictional persons. Looking at the specs I would say that this line could be of value:</p>
<blockquote cite="http://www.w3.org/TR/html401/struct/text.html#h-9.2.2"><p>
These two elements designate quoted text. BLOCKQUOTE is for long quotations (block-level content) and Q is intended for short quotations (inline content) that don&#8217;t require paragraph breaks.
</p></blockquote>
<p>I quess that the q-tag would be the proper mark-up structure, and every new q-tag should be indented and starting at a new line to get the mark-up right.</p>
<p>Unfortunatly the q-tag is not rendered very well often and I haven&#8217;t got a single clue how to indicate which person is speaking for non-visual rendering; I guess that you want to give each quotation its own voice in case of a conversation. I don&#8217;t know if this feature would be mark-up or layout strictly speaking.</p>
<p>I do agree though that it is hard given the limited options we have to do this properly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Kawakami</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65502</link>
		<dc:creator>Mark Kawakami</dc:creator>
		<pubDate>Tue, 24 Oct 2006 15:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65502</guid>
		<description><![CDATA[Aristotle: Nope, both &lt;code&gt;display:block&lt;/code&gt; and &lt;code&gt;display:inline-block&lt;/code&gt; , while very useful (the latter more in principle than practice thanks to weak support) don&#039;t achieve the same effect as the line control I was discussing. Display block forces the element to create it&#039;s own containing block and has potentially undesired consequences such as interfering with floated elements that follow it (something that wouldn&#039;t happen with a &lt;code&gt;&lt;br&gt;&lt;/code&gt; element).  &lt;code&gt;inline-block&lt;/code&gt; doesn&#039;t create any line-breaks, which is useful in many situations, but not this one.

Anyhow, as for Eric&#039;s intent, I did mention that my thoughts on the semantic structure in the first line of my comment.]]></description>
		<content:encoded><![CDATA[<p>Aristotle: Nope, both <code>display:block</code> and <code>display:inline-block</code> , while very useful (the latter more in principle than practice thanks to weak support) don&#8217;t achieve the same effect as the line control I was discussing. Display block forces the element to create it&#8217;s own containing block and has potentially undesired consequences such as interfering with floated elements that follow it (something that wouldn&#8217;t happen with a <code>&lt;br&gt;</code> element).  <code>inline-block</code> doesn&#8217;t create any line-breaks, which is useful in many situations, but not this one.</p>
<p>Anyhow, as for Eric&#8217;s intent, I did mention that my thoughts on the semantic structure in the first line of my comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Kessel</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65494</link>
		<dc:creator>Will Kessel</dc:creator>
		<pubDate>Tue, 24 Oct 2006 14:58:53 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65494</guid>
		<description><![CDATA[Arrrrrrrrrrggggghhhhhhh!!!

&lt;blockquote&gt;Using existing tags and current CSS solutions, the br tag does seem to ba a little weak; p tags seem to be a better solution. I think I would  div the conversation and then style the ps so that the first line indents; further, I might tighten the p&quot;s line-height property, or increase the p&quot;s vertical margins to help guide the eye better.&lt;/blockquote&gt;

Now you know why I don&#039;t comment on people&#039;s blogs too often: too much of a PIA. Sorry, Eric, it&#039;s not your fault.]]></description>
		<content:encoded><![CDATA[<p>Arrrrrrrrrrggggghhhhhhh!!!</p>
<blockquote><p>Using existing tags and current CSS solutions, the br tag does seem to ba a little weak; p tags seem to be a better solution. I think I would  div the conversation and then style the ps so that the first line indents; further, I might tighten the p&#8221;s line-height property, or increase the p&#8221;s vertical margins to help guide the eye better.</p></blockquote>
<p>Now you know why I don&#8217;t comment on people&#8217;s blogs too often: too much of a PIA. Sorry, Eric, it&#8217;s not your fault.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Porter</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65492</link>
		<dc:creator>Porter</dc:creator>
		<pubDate>Tue, 24 Oct 2006 14:55:11 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65492</guid>
		<description><![CDATA[Definitely each passage should be a paragraph, as they would be in any printed dialog. I&#039;m ambivalent about wrapping each block in its own div, but it certainly wouldn&#039;t be &quot;wrong.&quot; The one thing I would add to make the four sections distinctly separate would be subheads like &quot;On Farming...&quot; or &quot;On Web Design...&quot; before each section.

Very timely piece, BTW. I was just having this same discussion with one of my project managers. :)]]></description>
		<content:encoded><![CDATA[<p>Definitely each passage should be a paragraph, as they would be in any printed dialog. I&#8217;m ambivalent about wrapping each block in its own div, but it certainly wouldn&#8217;t be &#8220;wrong.&#8221; The one thing I would add to make the four sections distinctly separate would be subheads like &#8220;On Farming&#8230;&#8221; or &#8220;On Web Design&#8230;&#8221; before each section.</p>
<p>Very timely piece, BTW. I was just having this same discussion with one of my project managers. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Kessel</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65490</link>
		<dc:creator>Will Kessel</dc:creator>
		<pubDate>Tue, 24 Oct 2006 14:54:22 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65490</guid>
		<description><![CDATA[Sorry, that second paragraph should read thusly:

&lt;blockquote&gt;Using existing tags and current CSS solutions, the &lt;code&gt;&lt;/code&gt; tag does seem to ba a little weak; &lt;code&gt;&lt;/code&gt;tags seem to be a better solution. I think I would &lt;code&gt;&lt;/code&gt; the conversation and then style the &lt;code&gt;&lt;/code&gt;s so that the first line indents; further, I might tighten the &lt;code&gt;&lt;/code&gt;&#039;s line-height property, or increase the &lt;code&gt;&lt;/code&gt;&quot;s vertical margins to help guide the eye better.&lt;/blockquote&gt;

It&#039;s been a while since I have typed code into WordPress...]]></description>
		<content:encoded><![CDATA[<p>Sorry, that second paragraph should read thusly:</p>
<blockquote><p>Using existing tags and current CSS solutions, the <code></code> tag does seem to ba a little weak; <code></code>tags seem to be a better solution. I think I would <code></code> the conversation and then style the <code></code>s so that the first line indents; further, I might tighten the <code></code>&#8216;s line-height property, or increase the <code></code>&#8220;s vertical margins to help guide the eye better.</p></blockquote>
<p>It&#8217;s been a while since I have typed code into WordPress&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Kessel</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65489</link>
		<dc:creator>Will Kessel</dc:creator>
		<pubDate>Tue, 24 Oct 2006 14:49:12 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65489</guid>
		<description><![CDATA[I don&#039;t know... HTML and XHTML don&#039;t seem to have any provision for dialogue, as if the originator(s) didn&#039;t think the web would present such a style; the proper tags aren&#039;t really there, which is (as I see it) Eric&#039;s point: it&#039;s an oversight in the spec.

Using existing tags and current CSS solutions, the  tag does seem to ba a little weak;  tags seem to be a better solution. I think I would  the conversation and then style the s so that the first line indents; further, I might tighten the  line-height property, or increase the &#039;s vertical margins to help guide the eye better.

You could then use the  to visually separate the conversations, or (better) use a faint gray border-bottom on each  to give a more subtle visual cue (less markup).

This way, you could wrap up the entire block of conversation in a couple of CSS rules, short and sweet.]]></description>
		<content:encoded><![CDATA[<p>I don&#8217;t know&#8230; HTML and XHTML don&#8217;t seem to have any provision for dialogue, as if the originator(s) didn&#8217;t think the web would present such a style; the proper tags aren&#8217;t really there, which is (as I see it) Eric&#8217;s point: it&#8217;s an oversight in the spec.</p>
<p>Using existing tags and current CSS solutions, the  tag does seem to ba a little weak;  tags seem to be a better solution. I think I would  the conversation and then style the s so that the first line indents; further, I might tighten the  line-height property, or increase the &#8216;s vertical margins to help guide the eye better.</p>
<p>You could then use the  to visually separate the conversations, or (better) use a faint gray border-bottom on each  to give a more subtle visual cue (less markup).</p>
<p>This way, you could wrap up the entire block of conversation in a couple of CSS rules, short and sweet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Mariano</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65461</link>
		<dc:creator>Mike Mariano</dc:creator>
		<pubDate>Tue, 24 Oct 2006 13:05:52 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65461</guid>
		<description><![CDATA[Don&#039;t overthink this.  Vitamin&#039;s line breaks are wrong; these are all separate paragraphs.

You want separation between different sections of the article?  That&#039;s what a horizontal rule is for.

It would be done exactly the same way a printed publication.]]></description>
		<content:encoded><![CDATA[<p>Don&#8217;t overthink this.  Vitamin&#8217;s line breaks are wrong; these are all separate paragraphs.</p>
<p>You want separation between different sections of the article?  That&#8217;s what a horizontal rule is for.</p>
<p>It would be done exactly the same way a printed publication.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nathan</title>
		<link>http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65458</link>
		<dc:creator>Nathan</dc:creator>
		<pubDate>Tue, 24 Oct 2006 12:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://meyerweb.com/eric/thoughts/2006/10/23/broken-rights/#comment-65458</guid>
		<description><![CDATA[If it were in a book, each would be a paragraph. I would do it all with p&#039;s if it were up to me.]]></description>
		<content:encoded><![CDATA[<p>If it were in a book, each would be a paragraph. I would do it all with p&#8217;s if it were up to me.</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! -->