changeset 829:18131160f7ee submitted

New IDs

--- a/en/appB-mq-ref.xml	Mon May 04 23:52:38 2009 -0700
+++ b/en/appB-mq-ref.xml	Mon May 04 23:53:21 2009 -0700
@@ -75,7 +75,7 @@
       <title><command role="hg-ext-mq">qfold</command>&emdash;move
 	applied patches into repository history</title>
 
-      <para>The <command>hg qfinish</command> command converts the
+      <para id="x_72d">The <command>hg qfinish</command> command converts the
 	specified applied patches into permanent changes by moving
 	them out of MQ's control so that they will be treated as
 	normal repository history.</para>

--- a/en/ch02-tour-merge.xml	Mon May 04 23:52:38 2009 -0700
+++ b/en/ch02-tour-merge.xml	Mon May 04 23:53:21 2009 -0700
@@ -428,21 +428,21 @@
   <sect1>
     <title>Renaming, copying, and merging</title>
 
-    <para>During the life of a project, we will often want to change
+    <para id="x_729">During the life of a project, we will often want to change
       the layout of its files and directories. This can be as simple
       as renaming a single file, or as complex as restructuring the
       entire hierarchy of files within the project.</para>
 
-    <para>Mercurial supports these kinds of complex changes fluently,
+    <para id="x_72a">Mercurial supports these kinds of complex changes fluently,
       provided we tell it what we're doing.  If we want to rename a
       file, we should use the <command>hg rename</command><footnote>
-	<para>If you're a Unix user, you'll be glad to know that the
+	<para id="x_72b">If you're a Unix user, you'll be glad to know that the
 	  <command>hg rename</command> command can be abbreviated as
 	  <command>hg mv</command>.</para>
       </footnote> command to rename it, so that Mercurial can do the
       right thing later when we merge.</para>
 
-    <para>We will cover the use of these commands in more detail in
+    <para id="x_72c">We will cover the use of these commands in more detail in
       <xref linkend="chap:daily.copy"/>.</para>
   </sect1>
 </chapter>

--- a/en/ch03-concepts.xml	Mon May 04 23:52:38 2009 -0700
+++ b/en/ch03-concepts.xml	Mon May 04 23:53:21 2009 -0700
@@ -116,7 +116,7 @@
 	Mercurial tracks hasn't changed between two changesets, the
 	entry for that file in the two revisions of the manifest will
 	point to the same revision of its filelog<footnote>
-	  <para>It is possible (though unusual) for the manifest to
+	  <para id="x_725">It is possible (though unusual) for the manifest to
 	    remain the same between two changesets, in which case the
 	    changelog entries for those changesets will point to the
 	    same revision of the manifest.</para>
@@ -746,7 +746,7 @@
 
       <itemizedlist>
 	<listitem>
-	  <para>When Mercurial checks the state of a file in the
+	  <para id="x_726">When Mercurial checks the state of a file in the
 	    working directory, it first checks a file's modification
 	    time against the time in the dirstate that records when
 	    Mercurial last wrote the file. If the last modified time
@@ -755,7 +755,7 @@
 	    need to check any further.</para>
 	</listitem>
 	<listitem>
-	  <para>If the file's size has changed, the file must have
+	  <para id="x_727">If the file's size has changed, the file must have
 	    been modified.  If the modification time has changed, but
 	    the size has not, only then does Mercurial need to
 	    actually read the contents of the file to see if it has
@@ -763,7 +763,7 @@
 	</listitem>
       </itemizedlist>
 
-      <para>Storing the modification time and size dramatically
+      <para id="x_728">Storing the modification time and size dramatically
 	reduces the number of read operations that Mercurial needs to
 	perform when we run commands like <command>hg status</command>.
 	This results in large performance improvements.</para>