Add Summary at the end.

Signed-off-by: Daira Hopwood <daira@jacaranda.org>

diff --git a/docs/proposed/magic-folder/remote-to-local-sync.rst b/docs/proposed/magic-folder/remote-to-local-sync.rst
index 2beb31e011c2a6d4afa9c1dffe2e7c1a2b5dffee..f7176522bd36ea06c9f67e31c2e25973c2901389 100644 (file)
--- a/docs/proposed/magic-folder/remote-to-local-sync.rst
+++ b/docs/proposed/magic-folder/remote-to-local-sync.rst
@@ -864,7 +864,10 @@ Magic Folder clients. it is not clear how to handle this at all:
   Magic Folder clients. this is the easiest option to implement.
 
 
-Other design issues
-'''''''''''''''''''
+Summary
+-------
 
-* choice of conflicted filenames (e.g. ``foo.by_bob_at_YYYYMMDD_HHMMSS[v].type``)
+This completes the design of remote-to-local synchronization.
+We realize that it may seem very complicated. Anecdotally, proprietory
+synchronization designs we are aware of, such as Dropbox, are said
+to incur similar or greater design complexity.