Commit Graph

22 Commits

Author SHA1 Message Date
Gunnar Ritter 8cfde7de61 * If a line began with a tabulator and another tabulator was inserted with
the cursor located on the first tabulator, the display was not updated
  appropriately since the last revision (Bugreport by Matthew Fischer). (P)
2005-01-22 22:45:29 +00:00
Gunnar Ritter e444210570 * Fixed a segmentation fault that occured in multibyte locales when operation
was continued after vi had been stopped by ^Z, with the cursor positioned
  in a line longer than the terminal width as the last line of the current
  screen.
2005-01-22 00:03:30 +00:00
Gunnar Ritter 11445d2b92 * Made it work for Big5 locales (Patches by Matthew Fischer).
* Fixed a problem with the 'r' command in EUC-JP and Big5 locales (Bugreport
  by Matthew Fischer).
2005-01-20 22:33:32 +00:00
Gunnar Ritter 28950221e4 050119 release 2005-01-19 23:48:33 +00:00
Gunnar Ritter cd458d267f * The last release erroneously made 'X' work like 'x' in visual mode. It now
deletes the character before the cursor again as documented (Bugreport by
  Matthew Fischer).
2005-01-19 12:27:38 +00:00
Gunnar Ritter 3a23482887 * Some build fixes for diet libc have been made. 2005-01-16 13:47:23 +00:00
Gunnar Ritter bac07daedd the ^U issue affected only multibyte characters 2005-01-14 00:17:13 +00:00
Gunnar Ritter 7529db3b73 * Pressing the ^U (kill) character in insert mode sometimes positioned the
cursor at weird locations since the last revision (P).
2005-01-13 19:21:27 +00:00
Gunnar Ritter cffa86a85e * The position of '$' when changing text was fixed for cases where the first
changed character had multiple columns but the last one had not.
2005-01-13 19:03:43 +00:00
Gunnar Ritter a40b8f3ae0 * Various rendering errors happened with multicolumn characters if they
started at an even column (counting from 1 upwards).
2005-01-13 18:51:47 +00:00
Gunnar Ritter b75f03c3ca * When an illegal multibyte sequence is entered in vi insert mode, no garbage
bytes are generated anymore when the insert mode is left.
2005-01-12 17:26:23 +00:00
Gunnar Ritter cd48bf2e60 * Multibyte sequences that correspond to an unprintable character are now
printed as multiple octal escape sequences.
2005-01-12 04:03:46 +00:00
Gunnar Ritter 68f1c288d4 * The handling of multicolumn characters was fixed for terminals without the
IM (insert mode) capability. It is unlikely that such terminals actually
  exist, but vi will use the corresponding code for open mode if a termcap
  entry is not available.
2005-01-11 15:05:25 +00:00
Gunnar Ritter 4d481fff00 * The 'cw' visual command with a multibyte character as last character of
the affected word located at the end of the line left garbage bytes past
  the end of the new text.
2005-01-11 14:07:04 +00:00
Gunnar Ritter 91464fa6fb * Visual 'U' followed by 'u' lead to garbage on the screen when multibyte
characters were present on the changed line.
2005-01-10 23:32:28 +00:00
Gunnar Ritter 335f1e9f08 * Undoing the replacement of a multicolumn character by a singlecolumn
character twice made the singlecolumn character invisible.
2005-01-10 21:59:00 +00:00
Gunnar Ritter 5a5e906d9e * When a multicolumn character was inserted and then replaced, the visual
screen representation was sometimes not updated accordingly.
2005-01-10 19:32:47 +00:00
Gunnar Ritter 6f9ef30277 * The '\u', '\l', '\U', and '\L' substitution sequences work with multibyte
characters now.
2005-01-09 13:23:00 +00:00
Gunnar Ritter 6b5d023516 * Fixed an old vi bug: If a vi command that yanked or deleted part of a line
was followed by an ex command that also yanked or deleted some text, a
  following 'p' vi command pasted the text affected by the former vi command.
  It now pastes the text of the last yank or delete even if that was an ex
  command.
2005-01-02 14:58:49 +00:00
Gunnar Ritter 34bb648726 * When a multicolumn character was replaced by another multicolumn character
in insert mode, the display was not updated appropriately with terminals
  other than xterm.
2005-01-02 01:39:45 +00:00
Gunnar Ritter 7a66b78ed7 * Handle character case conversions with the '~' vi command correctly if the
length of the converted multibyte sequence is smaller than the original one.
2005-01-01 23:14:53 +00:00
Gunnar Ritter 92e4e9fdf7 Initial revision 2004-12-04 13:17:05 +00:00