* Very preliminary support for triggering Unison from an external

  filesystem-watching utility.  The current implementation is very
  simple, not efficient, and almost completely untested.  Not ready 
  for real users.  But if someone wants to help me improve it (e.g.,
  by writing a filesystem watcher for your favorite OS), please let
  me know.

  On the Unison side, the new behavior is incredibly simple:
    - use the text UI 
    - start Unison with the command-line flag "-repeat FOO", 
      where FOO is name of a file where Unison should look 
      for notifications of changes
    - when it starts up, Unison will read the whole contents 
      of this file (on both hosts), which should be a 
      newline-separated list of paths (relative to the root 
      of the synchronization) and synchronize just these paths, 
      as if it had been started with the "-path=xxx" option for 
      each one of them
    - when it finishes, it will sleep for a few seconds and then
      examine the watchfile again; if anything has been added, it
      will read the new paths, synchronize them, and go back to 
      sleep
    - that's it!

  To use this to drive Unison "incrementally," just start it in 
  this mode and start up a tool (on each host) to watch for
  new changes to the filesystem and append the appropriate paths
  to the watchfile.  Hopefully such tools should not be too hard
  to write.

  Since I'm an OSX user, I'm particularly interested in writing a 
  watcher tool for this platform.  If anybody knows about 
  programming against the Spotlight API and can give me a hand, 
  that would be much appreciated.

1 files changed, 0 insertions, 9 deletions

diff --git a/doc/changes.tex b/doc/changes.tex
index e1da887..70e8b22 100644
--- a/doc/changes.tex
+++ b/doc/changes.tex
@@ -4,15 +4,6 @@ donate, you can find a link to the donation page on the
 \URL{http://www.cis.upenn.edu/~bcpierce/unison/lists.html}{Unison home
   page}.
 
-\item The native OS X user interface has been enormously improved by Ben
-Willmore and Trevor Jim.  
-%
-(We have observed intermittent crashes of this UI when used for large
-synchronizations.  This problem has hopefully been fixed by a recent
-improvement in locking when communicating between Objective C and OCaml; if
-any further crashes are observed, we would appreciate hearing about them,
-{\em especially} if they are repeatable.)
-
 \item Several small fixes to the GTK2 UI to make it work better under
 Windows [thanks to Karl M for these].