1 | .\"***************************************************************************
|
---|
2 | .\" Copyright (c) 1998-2001,2005 Free Software Foundation, Inc. *
|
---|
3 | .\" *
|
---|
4 | .\" Permission is hereby granted, free of charge, to any person obtaining a *
|
---|
5 | .\" copy of this software and associated documentation files (the *
|
---|
6 | .\" "Software"), to deal in the Software without restriction, including *
|
---|
7 | .\" without limitation the rights to use, copy, modify, merge, publish, *
|
---|
8 | .\" distribute, distribute with modifications, sublicense, and/or sell *
|
---|
9 | .\" copies of the Software, and to permit persons to whom the Software is *
|
---|
10 | .\" furnished to do so, subject to the following conditions: *
|
---|
11 | .\" *
|
---|
12 | .\" The above copyright notice and this permission notice shall be included *
|
---|
13 | .\" in all copies or substantial portions of the Software. *
|
---|
14 | .\" *
|
---|
15 | .\" THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS *
|
---|
16 | .\" OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF *
|
---|
17 | .\" MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. *
|
---|
18 | .\" IN NO EVENT SHALL THE ABOVE COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, *
|
---|
19 | .\" DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR *
|
---|
20 | .\" OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR *
|
---|
21 | .\" THE USE OR OTHER DEALINGS IN THE SOFTWARE. *
|
---|
22 | .\" *
|
---|
23 | .\" Except as contained in this notice, the name(s) of the above copyright *
|
---|
24 | .\" holders shall not be used in advertising or otherwise to promote the *
|
---|
25 | .\" sale, use or other dealings in this Software without prior written *
|
---|
26 | .\" authorization. *
|
---|
27 | .\"***************************************************************************
|
---|
28 | .\"
|
---|
29 | .\" $Id: curs_refresh.3x,v 1.12 2005/05/15 16:18:49 tom Exp $
|
---|
30 | .TH curs_refresh 3X ""
|
---|
31 | .na
|
---|
32 | .hy 0
|
---|
33 | .SH NAME
|
---|
34 | \fBdoupdate\fR,
|
---|
35 | \fBredrawwin\fR,
|
---|
36 | \fBrefresh\fR,
|
---|
37 | \fBwnoutrefresh\fR,
|
---|
38 | \fBwredrawln\fR,
|
---|
39 | \fBwrefresh\fR - refresh \fBcurses\fR windows and lines
|
---|
40 | .ad
|
---|
41 | .hy
|
---|
42 | .SH SYNOPSIS
|
---|
43 | \fB#include <curses.h>\fR
|
---|
44 | .sp
|
---|
45 | \fBint refresh(void);\fR
|
---|
46 | .br
|
---|
47 | \fBint wrefresh(WINDOW *win);\fR
|
---|
48 | .br
|
---|
49 | \fBint wnoutrefresh(WINDOW *win);\fR
|
---|
50 | .br
|
---|
51 | \fBint doupdate(void);\fR
|
---|
52 | .br
|
---|
53 | \fBint redrawwin(WINDOW *win);\fR
|
---|
54 | .br
|
---|
55 | \fBint wredrawln(WINDOW *win, int beg_line, int num_lines);\fR
|
---|
56 | .br
|
---|
57 | .SH DESCRIPTION
|
---|
58 | The \fBrefresh\fR and \fBwrefresh\fR routines (or \fBwnoutrefresh\fR and
|
---|
59 | \fBdoupdate\fR) must be called to get actual output to the terminal, as other
|
---|
60 | routines merely manipulate data structures.
|
---|
61 | The routine \fBwrefresh\fR copies
|
---|
62 | the named window to the physical terminal screen, taking into account what is
|
---|
63 | already there to do optimizations.
|
---|
64 | The \fBrefresh\fR routine is the
|
---|
65 | same, using \fBstdscr\fR as the default window.
|
---|
66 | Unless \fBleaveok\fR has been
|
---|
67 | enabled, the physical cursor of the terminal is left at the location of the
|
---|
68 | cursor for that window.
|
---|
69 | .PP
|
---|
70 | The \fBwnoutrefresh\fR and \fBdoupdate\fR routines allow multiple updates with
|
---|
71 | more efficiency than \fBwrefresh\fR alone.
|
---|
72 | In addition to all the window
|
---|
73 | structures, \fBcurses\fR keeps two data structures representing the terminal
|
---|
74 | screen: a physical screen, describing what is actually on the screen, and a
|
---|
75 | virtual screen, describing what the programmer wants to have on the screen.
|
---|
76 | .PP
|
---|
77 | The routine \fBwrefresh\fR works by first calling \fBwnoutrefresh\fR, which
|
---|
78 | copies the named window to the virtual screen, and then calling \fBdoupdate\fR,
|
---|
79 | which compares the virtual screen to the physical screen and does the actual
|
---|
80 | update.
|
---|
81 | If the programmer wishes to output several windows at once, a series
|
---|
82 | of calls to \fBwrefresh\fR results in alternating calls to \fBwnoutrefresh\fR
|
---|
83 | and \fBdoupdate\fR, causing several bursts of output to the screen.
|
---|
84 | By first
|
---|
85 | calling \fBwnoutrefresh\fR for each window, it is then possible to call
|
---|
86 | \fBdoupdate\fR once, resulting in only one burst of output, with fewer total
|
---|
87 | characters transmitted and less CPU time used.
|
---|
88 | If the \fIwin\fR argument to
|
---|
89 | \fBwrefresh\fR is the global variable \fBcurscr\fR, the screen is immediately
|
---|
90 | cleared and repainted from scratch.
|
---|
91 | .PP
|
---|
92 | The phrase "copies the named window to the virtual screen" above is ambiguous.
|
---|
93 | What actually happens is that all \fItouched\fR (changed) lines in the window
|
---|
94 | are copied to the virtual screen.
|
---|
95 | This affects programs that use overlapping
|
---|
96 | windows; it means that if two windows overlap, you can refresh them in either
|
---|
97 | order and the overlap region will be modified only when it is explicitly
|
---|
98 | changed.
|
---|
99 | (But see the section on \fBPORTABILITY\fR below for a warning about
|
---|
100 | exploiting this behavior.)
|
---|
101 | .PP
|
---|
102 | The \fBwredrawln\fR routine indicates to \fBcurses\fR that some screen lines
|
---|
103 | are corrupted and should be thrown away before anything is written over them.
|
---|
104 | It touches the indicated lines (marking them changed).
|
---|
105 | The routine \fBredrawwin\fR() touches the entire window.
|
---|
106 | .SH RETURN VALUE
|
---|
107 | Routines that return an integer return \fBERR\fR upon failure, and \fBOK\fR
|
---|
108 | (SVr4 only specifies "an integer value other than \fBERR\fR") upon successful
|
---|
109 | completion.
|
---|
110 | .PP
|
---|
111 | X/Open does not define any error conditions.
|
---|
112 | In this implementation
|
---|
113 | .RS
|
---|
114 | .TP 5
|
---|
115 | \fBwnoutrefresh\fP
|
---|
116 | returns an error
|
---|
117 | if the window pointer is null, or
|
---|
118 | if the window is really a pad.
|
---|
119 | .TP 5
|
---|
120 | \fBwredrawln\fP
|
---|
121 | returns an error
|
---|
122 | if the associated call to \fBtouchln\fP returns an error.
|
---|
123 | .RE
|
---|
124 | .SH NOTES
|
---|
125 | Note that \fBrefresh\fR and \fBredrawwin\fR may be macros.
|
---|
126 | .SH PORTABILITY
|
---|
127 | The XSI Curses standard, Issue 4 describes these functions.
|
---|
128 | .PP
|
---|
129 | Whether \fBwnoutrefresh()\fR copies to the virtual screen the entire contents
|
---|
130 | of a window or just its changed portions has never been well-documented in
|
---|
131 | historic curses versions (including SVr4).
|
---|
132 | It might be unwise to rely on
|
---|
133 | either behavior in programs that might have to be linked with other curses
|
---|
134 | implementations.
|
---|
135 | Instead, you can do an explicit \fBtouchwin()\fR before the
|
---|
136 | \fBwnoutrefresh()\fR call to guarantee an entire-contents copy anywhere.
|
---|
137 | .SH SEE ALSO
|
---|
138 | \fBcurses\fR(3X), \fBcurs_outopts\fR(3X)
|
---|
139 | .\"#
|
---|
140 | .\"# The following sets edit modes for GNU EMACS
|
---|
141 | .\"# Local Variables:
|
---|
142 | .\"# mode:nroff
|
---|
143 | .\"# fill-column:79
|
---|
144 | .\"# End:
|
---|