From 5b489ff4526a0f2b025e49ceb7b2031702cbd5f0 Mon Sep 17 00:00:00 2001
From: clokep <clokep@users.noreply.github.com>
Date: Fri, 20 Oct 2023 15:41:28 +0000
Subject: deploy: d2eab22de7543b62d5ac8d334160697ede37fabb

---
 develop/modules/presence_router_callbacks.html | 12 +++++++++---
 1 file changed, 9 insertions(+), 3 deletions(-)

(limited to 'develop/modules')

diff --git a/develop/modules/presence_router_callbacks.html b/develop/modules/presence_router_callbacks.html
index c8d26631a1..b4bfa22e38 100644
--- a/develop/modules/presence_router_callbacks.html
+++ b/develop/modules/presence_router_callbacks.html
@@ -147,9 +147,15 @@
                         </div>
 
                         <h1 id="presence-router-callbacks"><a class="header" href="#presence-router-callbacks">Presence router callbacks</a></h1>
-<p>Presence router callbacks allow module developers to specify additional users (local or remote)
-to receive certain presence updates from local users. Presence router callbacks can be 
-registered using the module API's <code>register_presence_router_callbacks</code> method.</p>
+<p>Presence router callbacks allow module developers to define additional users
+which receive presence updates from local users. The additional users
+can be local or remote.</p>
+<p>For example, it could be used to direct all of <code>@alice:example.com</code> (a local user)'s
+presence updates to <code>@bob:matrix.org</code> (a remote user), even though they don't share a
+room. (Note that those presence updates might not make it to <code>@bob:matrix.org</code>'s client
+unless a similar presence router is running on that homeserver.)</p>
+<p>Presence router callbacks can be registered using the module API's
+<code>register_presence_router_callbacks</code> method.</p>
 <h2 id="callbacks"><a class="header" href="#callbacks">Callbacks</a></h2>
 <p>The available presence router callbacks are:</p>
 <h3 id="get_users_for_states"><a class="header" href="#get_users_for_states"><code>get_users_for_states</code></a></h3>
-- 
cgit 1.5.1