From f7e5ecb02645f8c7627e5837e9828a388626b74e Mon Sep 17 00:00:00 2001
From: Bruce Momjian <bruce@momjian.us>
Date: Thu, 1 Feb 2007 21:28:34 +0000
Subject: [PATCH] Add "May/Can/Might" section to error message style guidlines,
 and "can't" -> "cannot" section.

---
 doc/src/sgml/sources.sgml | 26 +++++++++++++++++++++++++-
 1 file changed, 25 insertions(+), 1 deletion(-)

diff --git a/doc/src/sgml/sources.sgml b/doc/src/sgml/sources.sgml
index c9cbd68d42..a3c989b6fb 100644
--- a/doc/src/sgml/sources.sgml
+++ b/doc/src/sgml/sources.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/sources.sgml,v 2.25 2007/02/01 20:28:08 tgl Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/sources.sgml,v 2.26 2007/02/01 21:28:34 momjian Exp $ -->
 
  <chapter id="source">
   <title>PostgreSQL Coding Conventions</title>
@@ -605,6 +605,30 @@ BETTER: unrecognized node type: 42
    </para>
   </formalpara>
 
+  <formalpara>
+    <title>May/Can/Might</title>
+   <para>
+    <quote>May</quote> suggests permission (e.g. "You may borrow my rake.")
+    and has little use in documentation or error messages.
+    <quote>Can</quote> suggests ability (e.g. "I can lift that log."),
+    and <quote>might</quote> suggests possibility (e.g. "It might rain
+    today.").
+   </para>
+
+   <para>
+    Rationale: Using the proper word clarifies meaning and assists
+    translation.
+   </para>
+  </formalpara>
+
+  <formalpara>
+    <title>Contractions</title>
+   <para>
+    Avoid contractions, like <quote>can't</quote>;  use
+    <quote>cannot</quote> instead.
+   </para>
+  </formalpara>
+
   </simplesect>
 
   <simplesect>
-- 
2.40.0