Community Modules


changeset 88474dd1af48

Various READMEs: s/eg/e.g.g/

author
Kim Alvefur
date
parents
f052b62c653c
children
9ffb059c9ba5
topic
files

4 files changed, 4 insertions(+), 4 deletions(-)

↓ Download patch

--- a/mod_graceful_shutdown/README.markdown	Thu Nov 09 14:24:42 2017 +0100
+++ b/mod_graceful_shutdown/README.markdown	Fri Nov 10 05:33:28 2017 +0100
@@ -5,7 +5,7 @@
 
 When shutting down, a number of sessions, connections and other things
 are teared down. Due to all these things happening very quickly,
-sometimes eg client unavailable notifications don't make it to all
+sometimes e.g. client unavailable notifications don't make it to all
 remote contacts because the server-to-server connections are teared down
 just after.
 
--- a/mod_net_dovecotauth/README.markdown	Thu Nov 09 14:24:42 2017 +0100
+++ b/mod_net_dovecotauth/README.markdown	Fri Nov 10 05:33:28 2017 +0100
@@ -6,7 +6,7 @@
 ============
 
 mod\_net\_dovecotauth is a server implementation of the Dovecot
-authentication protocol. It allows you to authenticate eg Postfix
+authentication protocol. It allows you to authenticate e.g. Postfix
 against your Prosody installation.
 
 Due to missing support for virtal hosts in this protocol, only one host
--- a/mod_storage_appendmap/README.markdown	Thu Nov 09 14:24:42 2017 +0100
+++ b/mod_storage_appendmap/README.markdown	Fri Nov 10 05:33:28 2017 +0100
@@ -10,7 +10,7 @@
 This allows changes to individual keys to be written without needing to
 write out the entire object again, but reads would grow gradually larger
 as it still needs to read old overwritten keys. This may be suitable for
-eg rosters where individual contacts are changed at a time. In theory,
+e.g. rosters where individual contacts are changed at a time. In theory,
 this could also allow rolling back changes.
 
 Requires 0.10
--- a/mod_storage_xmlarchive/README.markdown	Thu Nov 09 14:24:42 2017 +0100
+++ b/mod_storage_xmlarchive/README.markdown	Fri Nov 10 05:33:28 2017 +0100
@@ -60,6 +60,6 @@
 prosodyctl mod_storage_xmlarchive convert $DIR internal $STORE $JID
 ```
 
-Where `$DIR` is `to` or `from`, `$STORE` is eg `archive` or `archive2`
+Where `$DIR` is `to` or `from`, `$STORE` is e.g. `archive` or `archive2`
 for MAM and `muc_log` for MUC logs. Finally, `$JID` is the JID of the
 user or MUC room to me migrated, which can be repeated.