Yegappan wrote:

> > > When a line with a sign is deleted, the sign is moved to the
> > > next line. If you undo the delete operation, the sign is not
> > > moved back to the original line.
> > >
> > > I expected that when a line with a sign is deleted, the sign
> > > will be removed. If you undo the delete the operation, the
> > > sign will be restored. This is how the named marks work.
> > > The current undo code handles the named marks correctly
> > > but doesn't handle signs.
> >
> > One of the uses of signs is displaying a breakpoint.  When a line is
> > deleted, the breakpoint still exists.  Displaying it on the next line
> > does seem like the best way to handle this.
> >
> > When undo-ing the delete ideally the sign is moved back to where it was.
> > But this is quite complicated, it would require the undo information to
> > contain data about the moved sign.  I don't mind much about the sign
> > being displayed in the wrong line (the debugger with the executable is
> > already not in sync with the source code anyway).  I do mind about the
> > sign not being displayed at all, it looks like the breakpoint was
> > removed, while it wasn't.
> >
> 
> It will be useful to add a note to sign.txt about this behavior.
> 
> When a line with a sign is deleted, the sign is moved to the next line.

Let me add this:

When the line on which the sign is placed is deleted, the sign is moved to the
next line (or the last line of the buffer, if there is no next line).  When
the delete is undone the sign does not move back.


However, when I try it, deleting the lines at the end of the buffer, the
sign disappears.  I suppose it's now on a line below the last one.  When
undoing the delete the sign is still there, but it's not displayed until
reloading the file.  Can you look into fixing that?  I don't really care
where the sign goes, but reloading the buffer should not be needed.

-- 
"Hit any key to continue" does _not_ mean you can hit the on/off button!

 /// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net   \\\
///        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\  an exciting new programming language -- http://www.Zimbu.org        ///
 \\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

-- 
-- 
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Raspunde prin e-mail lui