<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>AdamsDrafting &#187; Layout</title>
	<atom:link href="http://www.adamsdrafting.com/category/layout/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adamsdrafting.com</link>
	<description></description>
	<lastBuildDate>Sun, 25 Dec 2011 14:20:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
		<item>
		<title>What to Call the Components of the Body of the Contract</title>
		<link>http://www.adamsdrafting.com/2010/01/21/what-to-call-the-components-of-the-body-of-the-contract/</link>
		<comments>http://www.adamsdrafting.com/2010/01/21/what-to-call-the-components-of-the-body-of-the-contract/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 18:18:33 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/?p=2111</guid>
		<description><![CDATA[Yesterday I gave another of my Osgoode Professional Development seminars in Toronto, to a sellout crowd of eighty. During a break I discussed with one of the participants what to call the components of the body of the contract. In a follow-up email, here&#8217;s what she had to say on the subject: As discussed, in [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday I gave another of my<a href="http://www.osgoodepd.ca/cle/Contract_Drafting/index.html"> Osgoode Professional Development</a> seminars in Toronto, to a sellout crowd of eighty. During a break I discussed with one of the participants what to call the components of the body of the contract. In a follow-up email, here&#8217;s what she had to say on the subject:</p>
<blockquote><p>As discussed, in England the practise as I know it is to refer to &#8220;clauses&#8221; and &#8220;paragraphs&#8221; and &#8220;sub-paragraphs&#8221; of a contract. &#8220;Sections&#8221; and &#8220;articles&#8221; are generally used only when referencing statutes and legislation in general.</p></blockquote>
<p>In chapter 3 of <em>MSCD</em>, I refer to sections, which can be grouped into articles and subdivided into subsections. Because that terminology is standard in the U.S., it didn&#8217;t cross my mind to consider alternative labels. I also discuss how any given sentence—potentially a very lengthy one—in a section or subsection can contain a set of enumerated clauses, which can be integrated or tabulated. And any given enumerated clause can itself contain a further set of enumerated clauses, although if in a given sentence you have more than two levels of enumerated clauses, the <a href="http://en.wikipedia.org/wiki/Matryoshka_doll">matryoshka-doll</a> effect would usually make it harder to read rather than easier.</p>
<p>To check out English terminology, I had a look at my one book on drafting that was written by an English lawyer. (It&#8217;s outnumbered by my Canadian and Australian titles.) I&#8217;m not crazy about this book, so I won&#8217;t mention its name. (Yes, I know I should check out <a href="http://www.amazon.com/gp/product/1845927842?ie=UTF8&amp;tag=legalusageind-20&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=1845927842">Mark Anderson&#8217;s book</a><img style="border: none !important; margin: 0px !important;" src="http://www.assoc-amazon.com/e/ir?t=legalusageind-20&amp;l=as2&amp;o=1&amp;a=1845927842" border="0" alt="" width="1" height="1" />!)</p>
<p>According to this unnamed work, the basic unit is the &#8220;clause,&#8221; which can be grouped into &#8220;parts&#8221; or &#8220;sections&#8221; and can be divided into &#8220;sub-clauses.&#8221; That&#8217;s analogous to my articles-sections-subsections structure. I prefer <em>section</em>, and not only because it&#8217;s entrenched in the U.S.: clause-as-section clashes a bit with the linguistics meaning of <em>clause</em>.</p>
<p>But it then goes on to say that by means of &#8220;paragraphing,&#8221; sub-clauses can be divided into &#8220;paragraphs&#8221; and &#8220;subparagraphs&#8221;—what I refer to collectively as tabulated enumerated clauses. &#8221;Paragraphing&#8221; is a standard term, but I prefer the other term for this, &#8220;tabulation&#8221;: in general usage it&#8217;s accepted that a paragraph is made up of one or more entire sentences, whereas a tabulated enumerated clause is only part of a sentence. For the same reason, I don&#8217;t refer to paragraphs and sub-paragraphs.</p>
<p>My other quibble is that in two respects it&#8217;s inaccurate to refer to tabulating sub-clauses. First, you tabulate a single sentence, and a sub-clause may well consist of more than a single sentence. Second, the sentence being tabulated could be in either a clause or sub-clause (i.e., section or subsection).</p>
<p>Ultimately, I&#8217;m not hung up on what labels you use for articles, sections, and subsections. I&#8217;m more concerned about distinguishing between, on the one hand, sections, subsections, and articles, which are concerned with how one groups sentences, and, on the other hand, tabulated enumerated clauses, which are concerned with how one subdivides individual sentences.</p>
<p><script src="http://www.assoc-amazon.com/s/link-enhancer?tag=legalusageind-20&amp;o=1" type="text/javascript"></script><br />
<noscript><br />
<img src="http://www.assoc-amazon.com/s/noscript?tag=legalusageind-20" alt="" /><br />
</noscript></p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2010/01/21/what-to-call-the-components-of-the-body-of-the-contract/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Other Header and Footer Information?</title>
		<link>http://www.adamsdrafting.com/2009/12/02/other-header-and-footer-information/</link>
		<comments>http://www.adamsdrafting.com/2009/12/02/other-header-and-footer-information/#comments</comments>
		<pubDate>Thu, 03 Dec 2009 01:22:17 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/?p=1950</guid>
		<description><![CDATA[Two items I posted today considered the format of page numbers and use of logos in headers and footers. And comments to this October 2009 post alluded to putting file names in the footer. So I got to thinking about other things that can go in headers and footers. I&#8217;ve sometimes seen the notation &#8220;Confidential&#8221; [...]]]></description>
			<content:encoded><![CDATA[<p>Two items I posted today considered <a href="http://www.adamsdrafting.com/2009/12/02/page-x-of-y/">the format of page numbers</a> and <a href="http://www.adamsdrafting.com/2009/12/02/adding-logos-to-your-contract/">use of logos in headers and footers</a>. And comments to <a href="http://www.adamsdrafting.com/2009/10/30/seeking-input-on-creating-a-searchable-digital-archive-of-existing-contracts/">this October 2009 post</a> alluded to putting file names in the footer. So I got to thinking about other things that can go in headers and footers.</p>
<p>I&#8217;ve sometimes seen the notation &#8220;Confidential&#8221; in a footer, the aim presumably being to keep working drafts confidential. Less understandable are the notations &#8220;Privileged and Confidential&#8221; and &#8220;Attorney Work Product&#8221;—I don&#8217;t know what <a href="http://en.wikipedia.org/wiki/Attorney-client_privilege">attorney-client privilege</a> and <a href="http://en.wikipedia.org/wiki/Work-product_doctrine">the work-product doctrine</a> have to do with contract drafting, but I&#8217;m prepared to have someone tell me.</p>
<p>Do you put anything else in headers and footers?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2009/12/02/other-header-and-footer-information/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Adding Logos to Your Contracts</title>
		<link>http://www.adamsdrafting.com/2009/12/02/adding-logos-to-your-contracts/</link>
		<comments>http://www.adamsdrafting.com/2009/12/02/adding-logos-to-your-contracts/#comments</comments>
		<pubDate>Thu, 03 Dec 2009 01:16:32 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/?p=1948</guid>
		<description><![CDATA[I&#8217;ve occasionally seen, or heard of, contracts with a company or law-firm logo in the header or footer. And contracts can be printed on letterhead. Do you include a logo in your contracts? If you do, I invite you to post a comment explaining how and why.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve occasionally seen, or heard of, contracts with a company or law-firm logo in the header or footer. And contracts can be printed on letterhead. Do you include a logo in your contracts? If you do, I invite you to post a comment explaining how and why.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2009/12/02/adding-logos-to-your-contracts/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>&#8220;Page X of Y&#8221;</title>
		<link>http://www.adamsdrafting.com/2009/12/02/page-x-of-y/</link>
		<comments>http://www.adamsdrafting.com/2009/12/02/page-x-of-y/#comments</comments>
		<pubDate>Thu, 03 Dec 2009 01:15:25 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/?p=1946</guid>
		<description><![CDATA[While leafing through a company&#8217;s template contracts today, I noticed that they use the page-number format Page X of Y. This page-numbering format offers two benefits. First, it lets the reader know how long the document is. And second, it precludes anyone from surreptitiously tacking on additional pages post-signing. But I don&#8217;t find those advantages [...]]]></description>
			<content:encoded><![CDATA[<p>While leafing through a company&#8217;s template contracts today, I noticed that they use the page-number format <em>Page X of Y</em>.</p>
<p>This page-numbering format offers two benefits. First, it lets the reader know how long the document is. And second, it precludes anyone from surreptitiously tacking on additional pages post-signing.</p>
<p>But I don&#8217;t find those advantages particularly compelling. If readers want to know how long a contract is, all they need to do is flip once to the signature page—they don&#8217;t need to be constantly reminded. And it&#8217;s unlikely that anyone could successfully perpetrate a let&#8217;s-add-some-extra-pages-at-the-end fraud.</p>
<p>And a disadvantage to this page-numbering format is that it&#8217;s rather busy. To my mind, that disadvantage outweighs the ostensible benefits, so that&#8217;s why I don&#8217;t use this format.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2009/12/02/page-x-of-y/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>Presenting Contract Text in Full and in Bullet Points</title>
		<link>http://www.adamsdrafting.com/2009/03/16/in-full-and-in-bullet-points/</link>
		<comments>http://www.adamsdrafting.com/2009/03/16/in-full-and-in-bullet-points/#comments</comments>
		<pubDate>Tue, 17 Mar 2009 01:19:23 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/2009/03/16/in-full-and-in-bullet-points/</guid>
		<description><![CDATA[Longtime reader D.C. Toedt pointed out to me this post on The Consumerist. It applauds the terms of use of a company called Aviary, in that it offers, in bullet points set out to the right of the full version of the terms of use, a plain-English summary of the provisions. (Click here to go [...]]]></description>
			<content:encoded><![CDATA[<p>Longtime reader D.C. Toedt pointed out to me <a href="http://consumerist.com/5170410/this-is-how-all-user-agreements-should-be-displayed">this post</a> on The Consumerist. It applauds the terms of use of a company called Aviary, in that it offers, in bullet points set out to the right of the full version of the terms of use, a plain-English summary of the provisions. (Click <a href="http://aviary.com/terms">here</a> to go to Aviary&#8217;s terms of use.)</p>
<p>I think that approach is a dubious one, in that it violates a basic rule of contract drafting, namely don&#8217;t say stuff twice. If you fail to capture in the bullet points an important nuance contained in the full version, you shouldn&#8217;t be surprised if an aggrieved user sues you if you try to enforce that nuance.</p>
<p>The bullet points contain enough text to require the reader to pay attention, and the full version is the usual bloated crap. (Pardon my French!) That suggests that it would have been easy enough to achieve a compromise by including just the full version, cleaned up to make it much clearer and much more concise.</p>
<p>Incidentally, although the bullet points are evidently striving for the feel of a consumer contract, the full version sure looks like your regular business contract. If I were Aviary, I&#8217;d bite the bullet and treat it like a business contract and ditch the second person (using &#8220;you&#8221; and &#8220;your&#8221; to refer to the user). That&#8217;s something I discuss in <em>MSCD</em> 2.5 and in <a href="http://www.adamsdrafting.com/2006/08/21/using-the-first-and-second-person/">this August 2006 blog post</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2009/03/16/in-full-and-in-bullet-points/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Enumerated Clauses—When the Trunk Is Too Short for the Branch</title>
		<link>http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/</link>
		<comments>http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/#comments</comments>
		<pubDate>Mon, 01 Dec 2008 01:33:43 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/</guid>
		<description><![CDATA[It&#8217;s generally a bad sign when, barely after it begins, a sentence shifts into a set of enumerated clauses: If (1) A, (2), B, or (3) C, then X. Acme shall (1) A, (2) B, and (3) C. In such sentences, the drafter is forcing the reader to make a connection between each enumerated clause [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s generally a bad sign when, barely after it begins, a sentence shifts into a set of enumerated clauses:</p>
<blockquote><p>If (1) A, (2), B, or (3) C, then X.</p>
<p>Acme shall (1) A, (2) B, and (3) C.</p></blockquote>
<p>In such sentences, the drafter is forcing the reader to make a connection between each enumerated clause and the stub beginning of the sentence. In the first example, it would be better to incorporate the stub into each of the enumerated conditional clauses. (It&#8217;s a separate question whether the conditional clauses should go after the matrix clause, <em>then X</em>; I mention that issue in <em>MSCD</em> 2.175.) In the second example, it would be better to create three separate sentences or find some way to expand the opening stub.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2008/11/30/enumerated-clauses-short-trunk/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>&#8220;Intentionally Omitted&#8221;</title>
		<link>http://www.adamsdrafting.com/2007/09/27/intentionally-omitted/</link>
		<comments>http://www.adamsdrafting.com/2007/09/27/intentionally-omitted/#comments</comments>
		<pubDate>Fri, 28 Sep 2007 03:40:47 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>
		<category><![CDATA[Select Usages]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/2007/09/27/intentionally-omitted/</guid>
		<description><![CDATA[One of the participants at my recent Washington, D.C. seminar asked me about the notation &#8220;intentionally omitted.&#8221; I love being asked about stuff I hadn&#8217;t ever thought of writing about. &#8220;Intentionally omitted&#8221; is used in a contract to indicate when the text of an article, section, subsection, or enumerated clause has been omitted while leaving [...]]]></description>
			<content:encoded><![CDATA[<p>One of the participants at my recent Washington, D.C. seminar asked me about the notation &#8220;intentionally omitted.&#8221; I love being asked about stuff I hadn&#8217;t ever thought of writing about.</p>
<p>&#8220;Intentionally omitted&#8221; is used in a contract to indicate when the text of an article, section, subsection, or enumerated clause has been omitted while leaving the enumeration of that unit intact. It&#8217;s an alternative to simply deleting the unit in question, and it&#8217;s used to avoid renumbering blocks of text.</p>
<p>For the most part, you&#8217;d only be worried about renumbering if you don&#8217;t use Word&#8217;s automatic cross-referencing feature but instead type in the numbers in your internal cross-references—a scary notion. In a document of any length, &#8220;intentionally omitted&#8221; would be the only alternative to the tedious task of updating cross-references manually with every revision.</p>
<p>If you use Word&#8217;s cross-referencing feature, you should feel free to delete entirely any unit of text that you don&#8217;t need, safe in the knowledge that all internal cross-references would adjust automatically. Conceivably some people might be so familiar with a given contract that they&#8217;d want any given section to retain the same enumeration, even if preceding sections have been deleted. If that includes you, go ahead an use &#8220;intentionally omitted.&#8221; But I suggest that there are scarier things in contracts, and in life, than a familiar section that bears an unfamiliar number.</p>
<p>But in one context you&#8217;d need to use &#8220;intentionally omitted&#8221; so as to avoid renumbering. That&#8217;s when some other contract or other document refers by number to a section in the contract being revised and renumbering would cause that section number to change.</p>
<p>By the way, when you use Word&#8217;s cross-referencing feature, make sure that you update the fields—coded cross-reference numbers constitute fields—when you save the document. Also, check the option that results in any fields being updated automatically when you print a document.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2007/09/27/intentionally-omitted/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Justified Text Versus Ragged-Right Text</title>
		<link>http://www.adamsdrafting.com/2007/05/03/justified-text-versus-ragged-right-text/</link>
		<comments>http://www.adamsdrafting.com/2007/05/03/justified-text-versus-ragged-right-text/#comments</comments>
		<pubDate>Thu, 03 May 2007 12:19:19 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/2007/05/03/justified-text-versus-ragged-right-text/</guid>
		<description><![CDATA[In most printed text that I read, whether in books, magazines, or newspapers, the margins are justified. Here&#8217;s how James Felici, The Complete Manual of Typography (2003), defines &#8220;justified margins&#8221;: justified margins A text alignment in which the type in each line of a column completely fills the measure. This creates straight, (usually) vertical margins [...]]]></description>
			<content:encoded><![CDATA[<p>In most printed text that I read, whether in books, magazines, or newspapers, the margins are justified. Here&#8217;s how James Felici, <em><a href="http://www.amazon.com/Complete-Manual-Typography-James-Felici/dp/0321127307/sr=1-1/qid=1162002055/ref=pd_bbs_sr_1/102-7532610-6308117?ie=UTF8&#038;s=books">The Complete Manual of Typography</a></em> (2003), defines &#8220;justified margins&#8221;:</p>
<blockquote><p><strong>justified margins</strong> A text alignment in which the type in each line of a column completely fills the measure. This creates straight, (usually) vertical margins on both left and right. To achieve justified margins, a composition program must flex the spaces on a line, compressing them or expanding them.</p></blockquote>
<p>The conventional alternative is a ragged right margin. Here, again, is Felici:</p>
<blockquote><p><strong>ragged right</strong> A text margin treatment in which all lines begin hard against the left-hand margin but are allowed to end short of the right-hand margin. On lines that do not fully fill the measure (nearly all of them), any leftover space is deposited along the right-hand margin. This creates an irregular margin along the right side of the text column.</p></blockquote>
<p>Although as a general matter I have no problem reading justified text, I dislike it intensely in word-processed documents, including contracts, because I find that it makes them much harder to read. If you wish to do a quick readability test of your own, <a href="http://www.adamsdrafting.com/downloads/Lorum-One-Column-Justified.doc">here</a> is a document with justified, one-inch-margin, 12-point Times New Roman text; <a href="http://www.adamsdrafting.com/downloads/Lorum-One-Column-Ragged-Right.doc">here</a> is the same document with a ragged right margin.</p>
<p>I&#8217;ve long wondered what renders justified harder to read. I used to think that the problem was that by normal typographic standards, word-processed documents on letter-sized paper contain a relatively high number of characters. (That&#8217;s the explanation I offer in <em>MSCD</em> 12.3.)</p>
<p>An unjustified line of 12-point Times New Roman on letter-sized paper with one-inch margins (the standard setup at law firms) contains on average between 77 and 80 characters. That&#8217;s more than any recommended limits I&#8217;ve seen. For example, Felici says that &#8220;the optimal line length is nine or ten words (figure an average of 5 1/2 characters a word),&#8221; in other words around 50 to 55 characters. (By the way, I&#8217;m not taking into account two-column documents: after <a href="http://www.adamsdrafting.com/2006/07/30/on-using-a-two-column-format/">flirting with a two-column format</a>, I decided, with the help of some prodding by readers, that it wouldn&#8217;t be viable for contracts.) </p>
<p>The high per-line character count in contracts and other word-processed legal documents certainly makes them harder to read. I also thought that because of the high per-line character count, the eye relies that much more on a ragged right margin to help you not lose track of which line you&#8217;re on. That help wouldn&#8217;t be available when the margins are justified.</p>
<p>But I now think that&#8217;s an insufficient explanation for what makes justified text harder to read. For one thing, I find text with justified margins annoying in word-processed documents even when the per-line character count is within recommended limits, as in a two-column document. See if you agree with me: <a href="http://www.adamsdrafting.com/downloads/Lorum-Two-Column-Justified.doc">here</a> is a two-column document with justified, one-inch-margin, 12-point Times New Roman text; <a href="http://www.adamsdrafting.com/downloads/Lorum-Two-Column-Ragged-Right.doc">here</a> is the same document with a ragged right margin.</p>
<p>So if the per-line character count isn&#8217;t an adequate explanation, what is? For insight, I consulted Ellen Lupton. Ellen is director of the MFA program in graphic design at Maryland Institute College of Art (MICA) in Baltimore and curator of contemporary design at Cooper-Hewitt National Design Museum in New York City. She&#8217;s also author of <em><a href="http://papress.com/thinkingwithtype/index.htm">Thinking with Type: A Critical Guide for Designers, Writers, Editors, &#038; Students</a></em>. It&#8217;s a very informative and wonderfully designed book.</p>
<p>Here&#8217;s what Ellen had to say:</p>
<blockquote><p>The reason that text with justified margins looks bad in a single-column Word document is that subtle word-spacing and letter-spacing algorithms are needed to make justified text look “good,” and Word&#8217;s aren&#8217;t up the job. So it’s not really the column width that’s the problem, but rather limitations in the software. Many beautiful books are set in single-column justified pages, but they have been properly typeset. Word documents simply should not be justified.</p></blockquote>
<p>After chewing that over, I&#8217;ve come to see that Ellen&#8217;s explanation makes sense. When it&#8217;s done properly, with good letter spacing, word spacing, and hyphenation, justified text is pleasing to the eye. And it also saves space, because playing with spacing and hyphenation allows you to fit more words on a page. But doing it properly requires a careful designer using a professional page-layout program. That&#8217;s a far cry from creating a document using Word or other word-processing software.</p>
<p>Another problem with justified text is that it&#8217;s prone to &#8220;rivers.&#8221; According to Felici, &#8220;Rivers occur when word spaces stack one above the other in successive lines of type, creating the appearance of fissuers running through the text.&#8221; But rivers have no bearing on whether justified text makes legal documents harder to read: as Ellen notes in her book, it&#8217;s narrow columns of justified text that are particularly prone to rivers, and the text in single-column legal documents certainly isn&#8217;t narrow.</p>
<p>Does justified text have anything going for it for purposes of word-processed documents? Well, its defenders will tell you that it looks &#8220;professional.&#8221; But it&#8217;s a phony professionalism, in that it comes at the expense of readability, which should be the first priority of any kind of typesetting, including word processing.</p>
<p>So I recommend that you stop using full justification in your word-processed documents, just as you&#8217;ve stopped using <a href="http://www.adamsdrafting.com/2006/10/30/one-space-or-two/">two spaces after punctuation</a>.</p>
<p>You have stopped using two spaces, haven&#8217;t you?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2007/05/03/justified-text-versus-ragged-right-text/feed/</wfw:commentRss>
		<slash:comments>35</slash:comments>
		</item>
		<item>
		<title>Payne Consulting Group Incorporates MSCD Enumeration Schemes in the Numbering Assistant Software</title>
		<link>http://www.adamsdrafting.com/2006/11/15/payne-mscd-enumeration-schemes/</link>
		<comments>http://www.adamsdrafting.com/2006/11/15/payne-mscd-enumeration-schemes/#comments</comments>
		<pubDate>Wed, 15 Nov 2006 19:08:02 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Process]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/2006/11/15/payne-mscd-enumeration-schemes/</guid>
		<description><![CDATA[In a press release issued today, Payne Consulting Group announced that it has supplemented its Numbering Assistant® software to incorporate the enumeration schemes recommended in A Manual of Style for Contract Drafting. (Go here for a copy of the press release.) I’ve finally updated the “Software” page of this site to reflect this arrangement. In [...]]]></description>
			<content:encoded><![CDATA[<p>In a press release issued today, Payne Consulting Group announced that it has supplemented its Numbering Assistant® software to incorporate the enumeration schemes recommended in <em>A Manual of Style for Contract Drafting</em>. (Go <a href="http://www.adamsdrafting.com/downloads/payne-press-release-11.15.06.pdf">here</a> for a copy of the press release.)</p>
<p>I’ve finally updated the <a href="http://www.adamsdrafting.com/system/?page_id=79">“Software”</a> page of this site to reflect this arrangement. In particular, it includes a link to <a href="http://www.adamsdrafting.com/tips-numbering-assistant/">a set of tips on using the Numbering Assistant</a> to apply the MSCD enumeration schemes.</p>
<p>This is straightforward technology that makes it much simpler to draft contracts that incorporate the <em>MSCD</em> enumeration schemes. I hope that readers of <em>MSCD</em> appreciate this additional resource.</p>
<p>If you’d like a free 30-day trial, click <a href="mailto:NumberingAssistant@payneconsulting.com?cc=kadams@adamsdrafting.com&#038;subject=Free 30-Day Trial of the Numbering Assistant&#038;body=I would like a free 30-day trial of the Numbering Assistant. Please email me a link.">here</a> to send an email to Payne Consulting Group.</p>
<p>I contacted Payne Consulting Group about this several months ago, and they responded enthusiastically. I’m grateful to Donna Payne and her staff for their patience as we worked to make the necessary adjustments to the Numbering Assistant. And my thanks go to the American Bar Association for granting Payne Consulting Group an appropriate license.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2006/11/15/payne-mscd-enumeration-schemes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Tyranny of Times New Roman</title>
		<link>http://www.adamsdrafting.com/2006/11/13/tyranny-of-times-new-roman/</link>
		<comments>http://www.adamsdrafting.com/2006/11/13/tyranny-of-times-new-roman/#comments</comments>
		<pubDate>Mon, 13 Nov 2006 12:56:35 +0000</pubDate>
		<dc:creator>Ken Adams</dc:creator>
				<category><![CDATA[Layout]]></category>

		<guid isPermaLink="false">http://www.adamsdrafting.com/2006/11/13/tyranny-of-times-new-roman/</guid>
		<description><![CDATA[In a recent post on one space versus two, I cited The Complete Manual of Typography, by James Felici. Since then, I’ve continued reading this book, and I found very interesting what it had to say about the typeface Times New Roman: The most popularly used text faces today are Monotype’s Times New Roman and [...]]]></description>
			<content:encoded><![CDATA[<p>In <a href="http://www.adamsdrafting.com/2006/10/30/one-space-or-two/">a recent post on one space versus two</a>, I cited <a href="http://www.amazon.com/Complete-Manual-Typography-James-Felici/dp/0321127307/sr=1-1/qid=1162002055/ref=pd_bbs_sr_1/102-7532610-6308117?ie=UTF8&#038;s=books"><em>The Complete Manual of Typography</em></a>, by James Felici. Since then, I’ve continued reading this book, and I found very interesting what it had to say about the typeface Times New Roman:</p>
<blockquote><p>The most popularly used text faces today are Monotype’s Times New Roman and Linotype’s version of it, Times Roman. Vast numbers of paperback books and corporate communications are churned out with these faces every year. But in fact, Times is not a classic text face. Designed for use by the <em>Times</em> of London (as its new roman face, back in the 1930s), it has comparatively narrow characters, the better to compose well the short lines of newspaper columns. Book publishers adopted it because it saved them paper.</p>
<p>A typeface of “standard” width has a lowercase alphabet that’s 13 ems long. The relative widths of some common text faces are shown in Figure 5.2 [omitted]. Clearly, Times sets narrower than the rest, and the wider set of the others not only makes them easier to read but also creates a more open impression on the page. This openness is more in proportion with the wider line length typical of books and journals. The lines set in Times in Figure 5.3 [omitted] seem crowded when compared with a more standard book face. With all that room on the line, why crowd the text like that?</p>
<p>Times is probably used inappropriately more than any other typeface today. Ironically, it’s no longer commonly used in newspapers, not even the <em>Times</em>.</p></blockquote>
<p>Like virtually every other lawyer, when I use a serif typeface (rather than a sans serif typeface such as Arial), I use Times New Roman. But I never made a conscious decision to do so. Instead, I started using Times New Roman simply because it’s the default font in Microsoft Word.</p>
<p>Well, the scales have fallen from my eyes, and I’m now on a search for a typeface to replace Times New Roman. Possible candidates include the new suite of typefaces included with the Microsoft Vista operating system and the Microsoft Office 2007 suite of applications. These typefaces were apparently created for extended on-screen reading, but some are suitable for print. (Go <a href="http://poynter.org/column.asp?id=47&#038;aid=78683">here</a> for more information.)</p>
<p>This is an issue I’ll be looking into over the coming months. Given that lawyers traffic in words, they might as well use an optimal typeface.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adamsdrafting.com/2006/11/13/tyranny-of-times-new-roman/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
	</channel>
</rss>

