From 4334e7515f973b382099b5cdbf70927515f27d23 Mon Sep 17 00:00:00 2001
From: ru <ru@FreeBSD.org>
Date: Thu, 30 May 2002 05:59:25 +0000
Subject: mdoc(7) police: lint.

---
 usr.bin/printf/printf.1 | 18 ++++++++----------
 1 file changed, 8 insertions(+), 10 deletions(-)

(limited to 'usr.bin/printf')

diff --git a/usr.bin/printf/printf.1 b/usr.bin/printf/printf.1
index cea67da..b8e3b9a 100644
--- a/usr.bin/printf/printf.1
+++ b/usr.bin/printf/printf.1
@@ -62,8 +62,7 @@ The
 .Ar arguments
 after the first are treated as strings if the corresponding format is
 either
-.Cm c ,
-.Cm b
+.Cm c , b
 or
 .Cm s ;
 otherwise it is evaluated as a C constant, with the following extensions:
@@ -72,7 +71,8 @@ otherwise it is evaluated as a C constant, with the following extensions:
 .It
 A leading plus or minus sign is allowed.
 .It
-If the leading character is a single or double quote the value is the ASCII
+If the leading character is a single or double quote, the value is the
+.Tn ASCII
 code of the next character.
 .El
 .Pp
@@ -128,8 +128,7 @@ in the following order:
 A `#' character
 specifying that the value should be printed in an ``alternate form''.
 For
-.Cm c  ,
-.Cm d ,
+.Cm c  , d ,
 and
 .Cm s  ,
 formats, this option has no effect.  For the
@@ -142,10 +141,7 @@ format, a non-zero result has the string
 .Li 0x
 .Pq Li 0X
 prepended to it.  For
-.Cm e  ,
-.Cm E ,
-.Cm f  ,
-.Cm g ,
+.Cm e  , E , f  , g ,
 and
 .Cm G  ,
 formats, the result will always contain a decimal point, even if no
@@ -271,7 +267,9 @@ the actual width.
 The traditional
 .Bx
 behavior of converting arguments of numeric formats not beginning
-with a digit to the ASCII code of the first characer is not supported.
+with a digit to the
+.Tn ASCII
+code of the first characer is not supported.
 .Sh SEE ALSO
 .Xr echo 1 ,
 .Xr printf 3
-- 
cgit v1.1