Closed EugenMayer closed 7 years ago
Mmm, didn't get the point that the sync notification should be spawned for each sync even after the first sync. Initial sync can be slow, and the notification helper is a good addition to do something else waiting that the first sync finishes, but I don't get the use case for later notifications.
That said, I didn't find any hook in unison to launch an external program after a sync.
The only way I see to do this is to capture the external output and search for a particular string, buffer the triggers to prevent notification spam and then emit the notification. Not sure, I will try to implement this.
well either way, since this differs from the rsync implementation, we should at least document it.
Rsync gives you a notification on each sync, each sync is registered, since fswatch triggers docker-sync sync
as a cli command - which then triggers a rsync
command, and during that ruby code, the terminal notifier gets used
I guess unison + unox do work together internally, right. After setting it up as a daemon once, you do not need to trigger anything else, no pass the configuration at each "sync" event, like rsync needs, right?
If there is no integration point like this, we can argue to either remove the terminal notification or, when its enabled, show a notification that this is not really supported for unison. That probably makes more sense then just creating documentation
added docs in the example and the wiki
After the first sync, i never get a sync-notification ever anymore