[37/50] documentation commit: updated refs/heads/import-master to fe7f7bf

[rn...@apache.org]

minor documentation fixes


Project: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/repo
Commit: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/commit/61a24600
Tree: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/tree/61a24600
Diff: http://git-wip-us.apache.org/repos/asf/couchdb-documentation/diff/61a24600

Branch: refs/heads/import-master
Commit: 61a24600e15edb39fc25e3e2ea67cea95bceefea
Parents: 8577708
Author: Andy Wenk <an...@apache.org>
Authored: Fri Apr 25 15:41:39 2014 +0200
Committer: Andy Wenk <an...@apache.org>
Committed: Fri Apr 25 15:41:39 2014 +0200

----------------------------------------------------------------------
 src/replication/intro.rst | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)
----------------------------------------------------------------------


http://git-wip-us.apache.org/repos/asf/couchdb-documentation/blob/61a24600/src/replication/intro.rst
----------------------------------------------------------------------
diff --git a/src/replication/intro.rst b/src/replication/intro.rst
index 68690bf..2d09617 100644
--- a/src/replication/intro.rst
+++ b/src/replication/intro.rst
@@ -67,10 +67,10 @@ Master - Master replication
 ---------------------------
 
 One replication task will only transfer changes in one direction. To achieve
-master-master replication it is possible to set up two replication tasks in
-different directions. When a change is replication from database A to B by the
-first task, the second will discover that the new change on B already exists in
-A and will wait for further changes.
+master-master replication, it is possible to set up two replication tasks in
+opposite direction. When a change is replicated from database A to B by the
+first task, the second task from B to A will discover that the new change on
+B already exists in A and will wait for further changes.
 
 
 Controlling which Documents to Replicate
@@ -79,7 +79,7 @@ Controlling which Documents to Replicate
 There are two ways for controlling which documents are replicated, and which
 are skipped. *Local* documents are never replicated (see :ref:`api/local`).
 
-Additionally, :ref:`filterfun` can be used in a replication documents (see
+Additionally, :ref:`filterfun` can be used in a replication (see
 :ref:`replication-settings`). The replication task will then evaluate
 the filter function for each document in the changes feed. The document will
 only be replicated if the filter returns `true`.