X-Git-Url: http://ncurses.scripts.mit.edu/?p=ncurses.git;a=blobdiff_plain;f=doc%2Fhtml%2Fman%2Fcurs_addch.3x.html;h=d84080fba3d2340eeba84d9d742057b8fb324b60;hp=fbacde1ef9ad190d2b5ae3207f69dcdd7d3e1a3c;hb=89730563d0a660d4ddd83d28660dc23c6d3f0bed;hpb=06078d3fa68db669ed37178c01873546b4b28745 diff --git a/doc/html/man/curs_addch.3x.html b/doc/html/man/curs_addch.3x.html index fbacde1e..d84080fb 100644 --- a/doc/html/man/curs_addch.3x.html +++ b/doc/html/man/curs_addch.3x.html @@ -1,7 +1,8 @@
- +Note that addch, mvaddch, mvwaddch, and echochar may be macros.
- All these functions are described in the XSI Curses standard, Issue 4. - The defaults specified for forms-drawing characters apply in the POSIX + All these functions are described in the XSI Curses standard, Issue 4. + The defaults specified for forms-drawing characters apply in the POSIX locale.
X/Open Curses states that the ACS_ definitions are char constants. For - the wide-character implementation (see curs_add_wch), there are analo- - gous WACS_ definitions which are cchar_t constants. - - Some ACS symbols (ACS_S3, ACS_S7, ACS_LEQUAL, ACS_GEQUAL, ACS_PI, - ACS_NEQUAL, ACS_STERLING) were not documented in any publicly released - System V. However, many publicly available terminfos include acsc - strings in which their key characters (pryz{|}) are embedded, and a - second-hand list of their character descriptions has come to light. + the wide-character implementation (see curs_add_wch), there are analo- + gous WACS_ definitions which are cchar_t constants. Some implementa- + tions are problematic: + + o Some implementations define the ACS symbols to a constant (such as + Solaris), while others define those to entries in an array. + + This implementation uses an array acs_map, as done in SVr4 curses. + NetBSD also uses an array, actually named _acs_char, with a #define + for compatibility. + + o HPUX curses equates some of the ACS_ symbols to the analogous WACS_ + symbols as if the ACS_ symbols were wide characters. The misde- + fined symbols are the arrows and other symbols which are not used + for line-drawing. + + o X/Open Curses (issues 2 through 7) has a typographical error for + the ACS_LANTERN symbol, equating its "VT100+ Character" to I (capi- + tal I), while the header files for SVr4 curses and the various + implementations use i (lowercase). + + None of the terminal descriptions on Unix platforms use uppercase- + I, except for Solaris (i.e., screen's terminal description, appar- + ently based on the X/Open documentation around 1995). On the other + hand, the terminal description gs6300 (AT&T PC6300 with EMOTS Ter- + minal Emulator) uses lowercase-i. + + Some ACS symbols (ACS_S3, ACS_S7, ACS_LEQUAL, ACS_GEQUAL, ACS_PI, + ACS_NEQUAL, ACS_STERLING) were not documented in any publicly released + System V. However, many publicly available terminfos include acsc + strings in which their key characters (pryz{|}) are embedded, and a + second-hand list of their character descriptions has come to light. The ACS-prefixed names for them were invented for ncurses(3x). The displayed values for the ACS_ and WACS_ constants depend on o the library configuration, i.e., ncurses versus ncursesw, where the - latter is capable of displaying Unicode while the former is not, + latter is capable of displaying Unicode while the former is not, and o whether the locale uses UTF-8 encoding. - In certain cases, the terminal is unable to display line-drawing char- + In certain cases, the terminal is unable to display line-drawing char- acters except by using UTF-8 (see the discussion of NCURSES_NO_UTF8_ACS in ncurses(3x)).
- X/Open Curses assumes that the parameter passed to waddch contains a - single character. As discussed in curs_attr(3x), that character may - have been more than eight bits in an SVr3 or SVr4 implementation, but - in the X/Open Curses model, the details are not given. The important + X/Open Curses assumes that the parameter passed to waddch contains a + single character. As discussed in curs_attr(3x), that character may + have been more than eight bits in an SVr3 or SVr4 implementation, but + in the X/Open Curses model, the details are not given. The important distinction between SVr4 curses and X/Open Curses is that the non-char- acter information (attributes and color) was separated from the charac- ter information which is packed in a chtype to pass to waddch. - In this implementation, chtype holds eight bits. But ncurses allows - multibyte characters to be passed in a succession of calls to waddch. - The other implementations do not do this; a call to waddch passes - exactly one character which may be rendered as one or more cells on the - screen depending on whether it is printable. + In this implementation, chtype holds an eight-bit character. But + ncurses allows multibyte characters to be passed in a succession of + calls to waddch. The other implementations do not do this; a call to + waddch passes exactly one character which may be rendered as one or + more cells on the screen depending on whether it is printable. - Depending on the locale settings, ncurses will inspect the byte passed - in each call to waddch, and check if the latest call will continue a + Depending on the locale settings, ncurses will inspect the byte passed + in each call to waddch, and check if the latest call will continue a multibyte sequence. When a character is complete, ncurses displays the character and moves to the next position in the screen. - If the calling application interrupts the succession of bytes in a + If the calling application interrupts the succession of bytes in a multibyte character by moving the current location (e.g., using wmove), ncurses discards the partially built character, starting over again. - For portability to other implementations, do not rely upon this behav- + For portability to other implementations, do not rely upon this behav- ior: - o check if a character can be represented as a single byte in the + o check if a character can be represented as a single byte in the current locale before attempting call waddch, and o call wadd_wch for characters which cannot be handled by waddch.
- The TABSIZE variable is implemented in some versions of curses, but is - not part of X/Open curses. + The TABSIZE variable is implemented in SVr4 and other versions of + curses, but is not part of X/Open curses (see curs_variables(3x) for + more details). If ch is a carriage return, the cursor is moved to the beginning of the current row of the window. This is true of other implementations, but