ncurses 6.0 - patch 20171125

[ncurses.git] / doc / html / man / curs_scanw.3x.html
diff --git a/doc/html/man/curs_scanw.3x.html b/doc/html/man/curs_scanw.3x.html

index b96870cd772d4708ce04a016cefc926104e5be63..ed3fd6e84c59122f8558111e543f19526b9232d4 100644 (file)
--- a/doc/html/man/curs_scanw.3x.html
+++ b/doc/html/man/curs_scanw.3x.html
@@ -26,7 +26,7 @@
    * sale, use or other dealings in this Software without prior written       *
    * authorization.                                                           *
    ****************************************************************************
-  * @Id: curs_scanw.3x,v 1.18 2017/04/17 00:07:02 tom Exp @
+  * @Id: curs_scanw.3x,v 1.19 2017/11/21 00:46:31 tom Exp @
  -->
  <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">
  <HTML>
@@ -96,11 +96,11 @@
         for both, because that header is included in <STRONG>&lt;curses.h</STRONG>&gt;.
  
         Both  XSI and The Single Unix Specification, Version 2 state that these
-       functions return ERR or OK.  Since the underlying <STRONG>scanf(3)</STRONG>  can  return
+       functions return <STRONG>ERR</STRONG> or <STRONG>OK</STRONG>.  Since the underlying <STRONG>scanf(3)</STRONG>  can  return
         the  number  of  items scanned, and the SVr4 code was documented to use
         this feature, this is probably an editing error which was introduced in
         XSI,  rather  than  being  done  intentionally.   Portable applications
-       should only test if the return value is ERR, since the OK value  (zero)
+       should only test if the return value is <STRONG>ERR</STRONG>, since the <STRONG>OK</STRONG> value  (zero)
         is  likely  to  be  misleading.  One possible way to get useful results
         would be to use a "%n" conversion at the end of the  format  string  to
         ensure that something was processed.