From 4388deaa4a8fa85ddbd9324f81d726b8c48c5093 Mon Sep 17 00:00:00 2001 From: Bruno Windels Date: Wed, 25 Aug 2021 15:38:34 +0200 Subject: [PATCH] wrap lines --- proposals/2674-event-relationships.md | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/proposals/2674-event-relationships.md b/proposals/2674-event-relationships.md index a5fe8e042..6aea4e44f 100644 --- a/proposals/2674-event-relationships.md +++ b/proposals/2674-event-relationships.md @@ -130,7 +130,10 @@ we already have. So, we'll show inconsistent data until we backfill the gap. wrong. * We'd need to worry about pagination. * This is probably the best solution, but can also be added as a v2. - * In practice this seems to not be an issue, which is worth complicating the s-s API over. Clients very rarely jump over the federation gap to an edit. In most cases they scroll up, which backfills the server and we have all the edits, when we reach the event before the gap. + * In practice this seems to not be an issue, which is worth complicating + the s-s API over. Clients very rarely jump over the federation gap to an edit. + In most cases they scroll up, which backfills the server and we have all the + edits, when we reach the event before the gap. ## Limitations @@ -173,7 +176,9 @@ versus ``` The reasons to go with `rel_type` is: - * this format is now in use in the wider matrix ecosystem without a prefix, in spite of the original MSC 1849 not being merged. This situation is not ideal but we still don't want to break compatibility with several clients. + * this format is now in use in the wider matrix ecosystem without a prefix, + in spite of the original MSC 1849 not being merged. This situation is not ideal + but we still don't want to break compatibility with several clients. * we don't need the extra indirection to let multiple relations apply to a given pair of events, as that should be expressed as separate relation events. * if we want 'adverbs' to apply to 'verbs' in the subject-verb-object triples which