# HG changeset patch
# User Christian Ebert <blacktrash@gmx.net>
# Date 1247014201 -7200
# Node ID 783774a5eff3851237c9c8b50cda849d55cab03f
# Parent  2b1565ab7db30a4e7150b831903cd9f0c8890cf4
(0.9.2compat) warp docstrings at 78 chars

diff -r 2b1565ab7db3 -r 783774a5eff3 hgkw/keyword.py
--- a/hgkw/keyword.py	Mon Jun 29 18:55:09 2009 +0200
+++ b/hgkw/keyword.py	Wed Jul 08 02:50:01 2009 +0200
@@ -36,15 +36,15 @@
 
 '''expand keywords in tracked files
 
-This extension expands RCS/CVS-like or self-customized $Keywords$ in
-tracked text files selected by your configuration.
+This extension expands RCS/CVS-like or self-customized $Keywords$ in tracked
+text files selected by your configuration.
 
-Keywords are only expanded in local repositories and not stored in the
-change history. The mechanism can be regarded as a convenience for the
-current user or for archive distribution.
+Keywords are only expanded in local repositories and not stored in the change
+history. The mechanism can be regarded as a convenience for the current user
+or for archive distribution.
 
-Configuration is done in the [keyword] and [keywordmaps] sections of
-hgrc files.
+Configuration is done in the [keyword] and [keywordmaps] sections of hgrc
+files.
 
 Example:
 
@@ -53,38 +53,37 @@
     **.py =
     x*    = ignore
 
-Note: the more specific you are in your filename patterns
-      the less you lose speed in huge repositories.
+Note: the more specific you are in your filename patterns the less you lose
+      speed in huge repositories.
 
-For [keywordmaps] template mapping and expansion demonstration and
-control run "hg kwdemo".
+For [keywordmaps] template mapping and expansion demonstration and control run
+"hg kwdemo".
 
 An additional date template filter {date|utcdate} is provided.
 
-The default template mappings (view with "hg kwdemo -d") can be
-replaced with customized keywords and templates. Again, run "hg
-kwdemo" to control the results of your config changes.
+The default template mappings (view with "hg kwdemo -d") can be replaced with
+customized keywords and templates. Again, run "hg kwdemo" to control the
+results of your config changes.
 
-Before changing/disabling active keywords, run "hg kwshrink" to avoid
-the risk of inadvertently storing expanded keywords in the change
-history.
+Before changing/disabling active keywords, run "hg kwshrink" to avoid the risk
+of inadvertently storing expanded keywords in the change history.
 
-To force expansion after enabling it, or a configuration change, run
-"hg kwexpand".
+To force expansion after enabling it, or a configuration change, run "hg
+kwexpand".
 
-Also, when committing with the record extension or using mq's qrecord,
-be aware that keywords cannot be updated. Again, run "hg kwexpand" on
-the files in question to update keyword expansions after all changes
-have been checked in.
+Also, when committing with the record extension or using mq's qrecord, be
+aware that keywords cannot be updated. Again, run "hg kwexpand" on the files
+in question to update keyword expansions after all changes have been checked
+in.
 
-Expansions spanning more than one line and incremental expansions,
-like CVS' $Log$, are not supported. A keyword template map
-"Log = {desc}" expands to the first line of the changeset description.
+Expansions spanning more than one line and incremental expansions, like CVS'
+$Log$, are not supported. A keyword template map "Log = {desc}" expands to the
+first line of the changeset description.
 
 Caveat: With Mercurial versions prior to 4574925db5c0 "hg import" might
-        cause rejects if the patch context contains an active keyword.
-        In that case run "hg kwshrink", and then reimport.
-        Or, better, use bundle/unbundle to share changes.
+        cause rejects if the patch context contains an active keyword. In that
+        case run "hg kwshrink", and then reimport. Or, better, use
+        bundle/unbundle to share changes.
 '''
 
 from mercurial import commands, cmdutil, fancyopts, filelog
diff -r 2b1565ab7db3 -r 783774a5eff3 tests/test-keyword.out
--- a/tests/test-keyword.out	Mon Jun 29 18:55:09 2009 +0200
+++ b/tests/test-keyword.out	Wed Jul 08 02:50:01 2009 +0200
@@ -1,41 +1,40 @@
 % help
 keyword extension - expand keywords in tracked files
-This extension expands RCS/CVS-like or self-customized $Keywords$ in
-tracked text files selected by your configuration.
-Keywords are only expanded in local repositories and not stored in the
-change history. The mechanism can be regarded as a convenience for the
-current user or for archive distribution.
-Configuration is done in the [keyword] and [keywordmaps] sections of
-hgrc files.
+This extension expands RCS/CVS-like or self-customized $Keywords$ in tracked
+text files selected by your configuration.
+Keywords are only expanded in local repositories and not stored in the change
+history. The mechanism can be regarded as a convenience for the current user
+or for archive distribution.
+Configuration is done in the [keyword] and [keywordmaps] sections of hgrc
+files.
 Example:
     [keyword]
     # expand keywords in every python file except those matching "x*"
     **.py =
     x*    = ignore
-Note: the more specific you are in your filename patterns
-      the less you lose speed in huge repositories.
-For [keywordmaps] template mapping and expansion demonstration and
-control run "hg kwdemo".
+Note: the more specific you are in your filename patterns the less you lose
+      speed in huge repositories.
+For [keywordmaps] template mapping and expansion demonstration and control run
+"hg kwdemo".
 An additional date template filter {date|utcdate} is provided.
-The default template mappings (view with "hg kwdemo -d") can be
-replaced with customized keywords and templates. Again, run "hg
-kwdemo" to control the results of your config changes.
-Before changing/disabling active keywords, run "hg kwshrink" to avoid
-the risk of inadvertently storing expanded keywords in the change
-history.
-To force expansion after enabling it, or a configuration change, run
-"hg kwexpand".
-Also, when committing with the record extension or using mq's qrecord,
-be aware that keywords cannot be updated. Again, run "hg kwexpand" on
-the files in question to update keyword expansions after all changes
-have been checked in.
-Expansions spanning more than one line and incremental expansions,
-like CVS' $Log$, are not supported. A keyword template map
-"Log = {desc}" expands to the first line of the changeset description.
+The default template mappings (view with "hg kwdemo -d") can be replaced with
+customized keywords and templates. Again, run "hg kwdemo" to control the
+results of your config changes.
+Before changing/disabling active keywords, run "hg kwshrink" to avoid the risk
+of inadvertently storing expanded keywords in the change history.
+To force expansion after enabling it, or a configuration change, run "hg
+kwexpand".
+Also, when committing with the record extension or using mq's qrecord, be
+aware that keywords cannot be updated. Again, run "hg kwexpand" on the files
+in question to update keyword expansions after all changes have been checked
+in.
+Expansions spanning more than one line and incremental expansions, like CVS'
+$Log$, are not supported. A keyword template map "Log = {desc}" expands to the
+first line of the changeset description.
 Caveat: With Mercurial versions prior to 4574925db5c0 "hg import" might
-        cause rejects if the patch context contains an active keyword.
-        In that case run "hg kwshrink", and then reimport.
-        Or, better, use bundle/unbundle to share changes.
+        cause rejects if the patch context contains an active keyword. In that
+        case run "hg kwshrink", and then reimport. Or, better, use
+        bundle/unbundle to share changes.
  kwdemo     print [keywordmaps] configuration and an expansion example
  kwexpand   expand keywords in the working directory
  kwfiles    show files configured for keyword expansion