Amit Daniel Kachhap | e6a01f5 | 2011-07-20 11:45:59 +0530 | [diff] [blame] | 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: |