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-d3aeb78583b8
master
David Lawrence Ramsey 2004-11-24 20:12:57 +00:00
parent cc89513f14
commit eeec999548
2 changed files with 6 additions and 9 deletions

View File

@ -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

View File

@ -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();