<?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: Enumerated Clauses—When the Trunk Is Too Short for the Branch</title>
	<atom:link href="http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/</link>
	<description></description>
	<lastBuildDate>Fri, 19 Mar 2010 12:50:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Art</title>
		<link>http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/comment-page-1/#comment-73791</link>
		<dc:creator>Art</dc:creator>
		<pubDate>Fri, 12 Dec 2008 13:27:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/#comment-73791</guid>
		<description>I think that you are right in your particular examples Ken, but I would analyse the issue slightly differently.

I think the two things to consider are:
(i) Whether to ennumerate in the first place. For me, this is about whether it is useful to think of the items in the list as connected and whether they would be unclear in a single sentence; and
(ii) where the sentence should be broken. For me this is about whether the list items are each coherent within themselves, and this determines whether the &quot;look back&quot; problem arises.

Starting with point (i), I&#039;ll use different versions of an invented (and fairly meaningless) clause to illustrate why I think this: 

Version 1

&quot;In the event of X, Acme shall write a letter to TopCo detailing the losses incurred on the transaction and listing all items unrecoverable from third parties.
In the event of X, Acme shall write down the amount in the Company books.&quot;

Version 2

&quot;In the event of X:
(a) Acme shall write a letter to TopCo detailing the losses incurred on the transaction and listing all items unrecoverable from third parties; and
(b) Acme shall write down the amount in the Company books.&quot;

I think that Version 2 makes it easier to take in the concept that event X has two consequences, which is a useful thing to have a feel for. Also, if you made the two items clauses 22 and 23 in a 100-clause contract, you would need to read all the other clauses to see whether X had any other consequences. If the contract is well-drafted, a list should set out the consequences.

Conversely, if there is no meaningful connection (as with your second example), the list is just distracting - I would also separate them in that case.

For my point (ii), compare Version 2 with this Version 3:

&quot;In the event of X, Acme shall write:
(a) a letter to TopCo detailing the losses incurred on the transaction and listing all items unrecoverable from third parties; and
(b) down the amount in the Company books.&quot;

As I read it, only Version 3 requires the reader to look back. I think that a reader does not forget the idea in the stub (that we are looking at consequences of X), but does forget the rest of the actual words needed to make sense of a phrase in the list item. So long as the list items are genuine concepts (rather than just the ends of sentences chopped off at the point where there is the last common word), the list flows.</description>
		<content:encoded><![CDATA[<p>I think that you are right in your particular examples Ken, but I would analyse the issue slightly differently.</p>
<p>I think the two things to consider are:<br />
(i) Whether to ennumerate in the first place. For me, this is about whether it is useful to think of the items in the list as connected and whether they would be unclear in a single sentence; and<br />
(ii) where the sentence should be broken. For me this is about whether the list items are each coherent within themselves, and this determines whether the &#8220;look back&#8221; problem arises.</p>
<p>Starting with point (i), I&#8217;ll use different versions of an invented (and fairly meaningless) clause to illustrate why I think this: </p>
<p>Version 1</p>
<p>&#8220;In the event of X, Acme shall write a letter to TopCo detailing the losses incurred on the transaction and listing all items unrecoverable from third parties.<br />
In the event of X, Acme shall write down the amount in the Company books.&#8221;</p>
<p>Version 2</p>
<p>&#8220;In the event of X:<br />
(a) Acme shall write a letter to TopCo detailing the losses incurred on the transaction and listing all items unrecoverable from third parties; and<br />
(b) Acme shall write down the amount in the Company books.&#8221;</p>
<p>I think that Version 2 makes it easier to take in the concept that event X has two consequences, which is a useful thing to have a feel for. Also, if you made the two items clauses 22 and 23 in a 100-clause contract, you would need to read all the other clauses to see whether X had any other consequences. If the contract is well-drafted, a list should set out the consequences.</p>
<p>Conversely, if there is no meaningful connection (as with your second example), the list is just distracting &#8211; I would also separate them in that case.</p>
<p>For my point (ii), compare Version 2 with this Version 3:</p>
<p>&#8220;In the event of X, Acme shall write:<br />
(a) a letter to TopCo detailing the losses incurred on the transaction and listing all items unrecoverable from third parties; and<br />
(b) down the amount in the Company books.&#8221;</p>
<p>As I read it, only Version 3 requires the reader to look back. I think that a reader does not forget the idea in the stub (that we are looking at consequences of X), but does forget the rest of the actual words needed to make sense of a phrase in the list item. So long as the list items are genuine concepts (rather than just the ends of sentences chopped off at the point where there is the last common word), the list flows.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Adams</title>
		<link>http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/comment-page-1/#comment-72799</link>
		<dc:creator>Ken Adams</dc:creator>
		<pubDate>Fri, 05 Dec 2008 20:43:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/#comment-72799</guid>
		<description>Paul: Try replacing your letters with provisions of average complexity and you might feel differently. Ken</description>
		<content:encoded><![CDATA[<p>Paul: Try replacing your letters with provisions of average complexity and you might feel differently. Ken</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Comeaux</title>
		<link>http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/comment-page-1/#comment-72795</link>
		<dc:creator>Paul Comeaux</dc:creator>
		<pubDate>Fri, 05 Dec 2008 19:37:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/#comment-72795</guid>
		<description>I prefer enumerated clauses to separate sentences.  For example, if a seller promises to that it will follow five rules during an inspection period, I think &quot;Seller will a, b, c, d, and e&quot; is easier to follow the first time reading it, less likely to be ambiguous, more efficient, and has a tighter logic and better aesthetic than &quot;Seller will do a.  Seller will also do b.  Furthermore, and without limiting a or b, Seller promises that it will be obligated to do c, etc., etc.  But maybe I&#039;m missing your point.</description>
		<content:encoded><![CDATA[<p>I prefer enumerated clauses to separate sentences.  For example, if a seller promises to that it will follow five rules during an inspection period, I think &#8220;Seller will a, b, c, d, and e&#8221; is easier to follow the first time reading it, less likely to be ambiguous, more efficient, and has a tighter logic and better aesthetic than &#8220;Seller will do a.  Seller will also do b.  Furthermore, and without limiting a or b, Seller promises that it will be obligated to do c, etc., etc.  But maybe I&#8217;m missing your point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vance Koven</title>
		<link>http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/comment-page-1/#comment-72362</link>
		<dc:creator>Vance Koven</dc:creator>
		<pubDate>Mon, 01 Dec 2008 21:14:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/#comment-72362</guid>
		<description>Something about this offends the anti-redundancy principle. I realize there&#039;s a term for the rhetorical device that involves beginning or ending multiple sentences with the same phrase (my daughter the classicist could tell me in an instant, but I couldn&#039;t raise her on the phone just now), but it seems to me that what Ken is looking for here can be achieved without either (notice how I avoid putting in enumerated subheadings here?) making the reader refer back to the trunk or invoking classical poetry. Could one not say that party A will do X in (any or all of) the following circumstances: (a), (b), (c)? Of course, this raises the ugly specter of leaving a subject (noun or pronoun) dangling in front of the subclauses, but I&#039;ll leave that battle for others.</description>
		<content:encoded><![CDATA[<p>Something about this offends the anti-redundancy principle. I realize there&#8217;s a term for the rhetorical device that involves beginning or ending multiple sentences with the same phrase (my daughter the classicist could tell me in an instant, but I couldn&#8217;t raise her on the phone just now), but it seems to me that what Ken is looking for here can be achieved without either (notice how I avoid putting in enumerated subheadings here?) making the reader refer back to the trunk or invoking classical poetry. Could one not say that party A will do X in (any or all of) the following circumstances: (a), (b), (c)? Of course, this raises the ugly specter of leaving a subject (noun or pronoun) dangling in front of the subclauses, but I&#8217;ll leave that battle for others.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
