| History log of /src/lib/libcurses/add_wchstr.c |
| Revision | | Date | Author | Comments |
| 1.15 |
| 23-Dec-2024 |
blymn | Sprinkle about some cycle wasting checks for the win pointer being
null. Unfortunately, ncurses does this and there is some sloppy code
out there that relies on the check resulting in segfaults in
NetBSD curses which then, of course, gets blamed for the error.
|
| 1.14 |
| 19-Oct-2022 |
blymn | Fixes for lib/56926 amongst other things:
- plod now correctly accounts for wide characters when plodding
- use erase line when in color mode if the terminal has the capability
- ensure that the CA_CONTINUATION flag is applied consistently to the
subsequent characters in a wide character.
- fix a bunch of refresh bugs that caused inconsistent placement of
wide characters.
|
| 1.13 |
| 03-May-2022 |
blymn | * Don't redraw the background if the new background character is the
same as the old one. This prevents excessive redraws in some
applications.
* Fix bug introduced when wbkgrndset was fixed, we cannot blindly
replace any instance of the old background character with the new one
because some of those characters were put there by the application
leading to display corruption. So flag characters as background when
they are erased and only update the flagged characters when setting
the background.
|
| 1.12 |
| 12-Apr-2022 |
blymn | Make the default colour pair be pair 0 which appears to match other
curses implementations.
|
| 1.11 |
| 25-Jan-2022 |
blymn | Correct (hopefully) the handling of wide characters.
* Remove the WCOL family of macros, these were "stealing" the upper bits
of a character attribute to store the column width of a character. No
warning was given about this in curses.h which meant it was easy to
accidentally reuse the bits in use by the WCOL macros (we already did).
Add couple of 16bit ints to the character structure iff HAVE_WCHAR is
true to hold the display width and wide char related flags (just
continuation at the moment)
* Convert all instances of WCOL macros to just reference the column width
in the char structure so it is not obfuscated.
* Fix cursor positioning so placing a cursor in the middle of a wide char
actually does just that.
* Fix plod so it understands that if the cursor is going to be positioned
in the middle of a wide char it cannot just reprint the char to get there.
* Fix plodput so it correctly counts the number of output characters for
wide characters.
* Fix slk routines to properly size the wctomb() buffer.
|
| 1.10 |
| 06-Sep-2021 |
rin | Style fixes most for __CTRACE().
|
| 1.9 |
| 06-Sep-2021 |
rin | Expand __CTRACE() to __nothing #ifndef DEBUG.
Remove most of #ifdef DEBUG around __CTRACE() calls.
No binary changes, except for line numbers for assert().
|
| 1.8 |
| 09-Jun-2019 |
blymn | Rework previous fix for getch cursor position when cursor is moved
without refresh. If the window is not dirty but the window cursor
position does not match curscr then move the cursor. This fixes
the issues seen in PR lib/54263.
|
| 1.7 |
| 20-May-2019 |
blymn | Back out incorrect fix for PR 53617 and fix it in a different way.
Keep track of the cursor location, if getch is called without a refresh
and without pending updates (dirty windows) then move the cursor to the
correct location directly. Doing this prevents unnecessary refreshes.
|
| 1.6 |
| 22-Nov-2018 |
uwe | Drop HAVE_WCHAR ifdefs from code that is not even compiled with !HAVE_WCHAR.
We still try to mainain the ability to build our curses with
!HAVE_WCHAR, but it doesn't make sense to provide stubs for new wide
API functions that just error out when !HAVE_WCHAR. Any code that
only uses old API (and can work with !HAVE_WCHAR curses) doesn't use
those new functions. The code that uses new API obviosly cannot work
when all the new API is stubbed out.
So the plan is to drop the stubs. This commit does that for files
that are not even compiled with !HAVE_WCHAR (not only those stubs are
useless, they were not even there to begin with).
Same object code is generated for the normal HAVE_WCHAR case. Nothing
is even recompiled for !HAVE_WCHAR.
Ok by blymn@ jdc@ roy@
|
| 1.5 |
| 22-Oct-2016 |
christos | branches: 1.5.12; 1.5.14;
remove bogus malloc casts
|
| 1.4 |
| 23-Feb-2010 |
drochner | branches: 1.4.28;
misc fixes and improvements:
-call setlocale(LC_CTYPE, "") before nl_langinfo(CODESET) if the
locale settings is (still) at "C" - otherwise the CODESET doesn't work
-fix the type of the WACS_* symbols -- this needs to be cchar_t*
-add safeguards where the return value of wcwidth() is used for
loop counters or indexing -- it can be -1
-use more common code in the widechar support case -- in particular
let the wchar functions do the work even if chtype ones were called
-implement wcursyncup/wsyncup/wsyncdown
-somewhat experimental: allow ACS_* variables to refer to WACS_*
table entries -- this way, programs using the old chtype using API
can use UTF8 line drawing on terminals which support UTF8 but not
ACS switching
-fix some logics bugs in UTF8 recognition and ALTCHARSET handling
|
| 1.3 |
| 22-Jul-2009 |
roy | Prepare curses for the possibility of changing from termcap to terminfo.
term.h #defines lines, pad_char and no_color_video macros which conflict
with existing curses code. We change lines to alines and nlines depending
on use, pad_char to padchar and no_color_video becomes no_color_attributes
but with a strong alias from no_color_video.
|
| 1.2 |
| 28-May-2007 |
blymn | Merge in wide curses code done as a Summer of Code project by
Ruibiao Qiu.
|
| 1.1 |
| 21-Jan-2007 |
blymn | branches: 1.1.2;
Wide curses merge
|
| 1.1.2.3 |
| 04-Feb-2007 |
blymn | Fix bug where multicell characters were not being added correctly.
|
| 1.1.2.2 |
| 21-Jan-2007 |
jdc | Apply the changes that add debug "areas" on HEAD to the wcurses branch.
Add correspending changes to the debug code that is only present on the branch.
|
| 1.1.2.1 |
| 21-Jan-2007 |
blymn | Merge wide curses.
|
| 1.4.28.1 |
| 04-Nov-2016 |
pgoyette | Sync with HEAD
|
| 1.5.14.1 |
| 10-Jun-2019 |
christos | Sync with HEAD
|
| 1.5.12.1 |
| 26-Nov-2018 |
pgoyette | Sync with HEAD, resolve a couple of conflicts
|
