Er, don't forget to document the disallowing of \q within \c. Ahem.
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sat, 12 Jun 2004 21:57:29 +0000 (21:57 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Sat, 12 Jun 2004 21:57:29 +0000 (21:57 +0000)
git-svn-id: svn://svn.tartarus.org/sgt/halibut@4278 cda61777-01e9-0310-a592-d414129be87e

doc/input.but

index 6cb1808..1c20acc 100644 (file)
@@ -202,10 +202,12 @@ ASCII one if they aren't available. But I recommend using the
 built-in \c{\\q} command in most cases, because it's simple and does
 the best it can everywhere.
 
-(Note that if you're using the \c{\\c} or \c{\\cw} commands to
-display literal computer code, you probably \e{will} want to use
-literal \i{ASCII quote characters}, because it is likely to matter
-precisely which quote character you use.)
+If you're using the \c{\\c} or \c{\\cw} commands to display literal
+computer code, you will probably want to use literal \i{ASCII quote
+characters}, because it is likely to matter precisely which quote
+character you use. In fact, Halibut actually \e{disallows} the use
+of \c{\\q} within either of \c{\\c} and \c{\\cw}, since this
+simplifies some of the output formats.
 
 \S{input-nonbreaking} \c{\\-} and \c{\\_}: \ii{Non-breaking hyphens}
 and \I{non-breaking spaces}spaces