oops again; adding an extra magicline unconditionally when uncutting is
inconsistent with how file insertion behaves, so it apparently is a bug; revert the previous behavior git-svn-id: svn://svn.savannah.gnu.org/nano/trunk/nano@2131 35c25a1d-7b9e-4130-9fde-d3aeb78583b8master
parent
cc89513f14
commit
eeec999548
|
@ -16,6 +16,11 @@ CVS code -
|
|||
do_cut_text()
|
||||
- If keep_cutbuffer is FALSE, only blow away the text in the
|
||||
cutbuffer if the cutbuffer isn't empty. (DLR)
|
||||
do_uncut_text()
|
||||
- No longer duplicate Pico's adding an extra magicline to the
|
||||
file if uncutting leaves the cursor on the current one. This
|
||||
behavior appears to be a bug, as inserting a file in the same
|
||||
manner doesn't add an extra magicline. (DLR)
|
||||
- global.c:
|
||||
shortcut_init()
|
||||
- Fix misplaced #endif keeping the "Full Justify" shortcut in
|
||||
|
|
10
src/cut.c
10
src/cut.c
|
@ -156,17 +156,9 @@ void do_uncut_text(void)
|
|||
return;
|
||||
|
||||
/* Add a copy of the text in the cutbuffer to the current filestruct
|
||||
* at the current cursor position. Note that if the text in the
|
||||
* cutbuffer doesn't end in a newline and the current cursor
|
||||
* position is on the magicline, a new magicline will be added. */
|
||||
* at the current cursor position. */
|
||||
copy_from_filestruct(cutbuffer, cutbottom);
|
||||
|
||||
/* If the text in the cutbuffer does end in a newline and the
|
||||
* current cursor position is on the magicline, add a new magicline
|
||||
* for consistency. */
|
||||
if (current == filebot)
|
||||
new_magicline();
|
||||
|
||||
/* Set the current place we want to where the text from the
|
||||
* cutbuffer ends. */
|
||||
placewewant = xplustabs();
|
||||
|
|
Loading…
Reference in New Issue