From 89426c93224d005a30538f14d13ae8bd7b3370f2 Mon Sep 17 00:00:00 2001 From: Oddvar Lovaas Date: Fri, 9 Oct 2015 17:43:46 +0100 Subject: [PATCH] typos and fixes --- supporting-docs/guides/2015-08-19-faq.md | 6 +++--- supporting-docs/guides/2015-08-21-application_services.md | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/supporting-docs/guides/2015-08-19-faq.md b/supporting-docs/guides/2015-08-19-faq.md index ce58c158..ff30827c 100644 --- a/supporting-docs/guides/2015-08-19-faq.md +++ b/supporting-docs/guides/2015-08-19-faq.md @@ -204,7 +204,7 @@ on: - Disruptive net-splits - Non-extensible -[IRCv3](http://ircv3.net) exists and is addressing some of issues; +[IRCv3](http://ircv3.net) exists and is addressing some of these issues; this is great news and we wish them well. It's almost a contradiction in terms to get competitive between openly interoperable communication projects - we look forward to increasing the richness of Matrix\<-\>IRC @@ -519,8 +519,8 @@ Follow the instructions for the homeserver you want to run. If you want to run S ##### Can I run my own identity server? Yes - the reference implementation is -[sydent](https://github.com/matrix-org/sydent) and you can run your own -ID server cluster that tracks 3rd party to Matrix ID mappings. This won't be very useful right now, though, and we don't recommend it. +[sydent](https://github.com/matrix-org/sydent) and you can run your own ID server cluster that tracks 3rd party to Matrix ID mappings. This won't be very useful right now, though, and we don't recommend it. + If you want your server to participate in the global replicated Matrix ID service then please get in touch with us. Meanwhile, we are looking at ways of decentralising the 'official' Matrix identity service so that diff --git a/supporting-docs/guides/2015-08-21-application_services.md b/supporting-docs/guides/2015-08-21-application_services.md index bd0453e8..dd532d42 100644 --- a/supporting-docs/guides/2015-08-21-application_services.md +++ b/supporting-docs/guides/2015-08-21-application_services.md @@ -17,7 +17,7 @@ One of the main use cases for application services is protocol bridges. Our Matr ### Some of the features of the IRC application service we have since implemented include: - Specific channel-to-matrix room bridging : This is what the original IRC bot did. You can specify specific channels and specific room IDs, and messages will be bridged. -- Dynamic channel-to-matrix room bridging> : This allows Matrix users to join any channel on an IRC network, rather than being forced to use one of the specific channels configured. +- Dynamic channel-to-matrix room bridging : This allows Matrix users to join any channel on an IRC network, rather than being forced to use one of the specific channels configured. - Two-way PM support : IRC users can PM the virtual "M-" users and private Matrix rooms will be created. Likewise, Matrix users can invite the virtual "@irc_Nick:domain" user IDs to a room and a PM to the IRC nick will be made. - IRC nick changing support: Matrix users are no longer forced to use "M-" nicks and can change them by sending "!nick" messages directly to the bridge. - Ident support: This allows usernames to be authenticated for virtual IRC clients, which means IRC bans can be targeted at the Matrix user rather than the entire application service.