> > On Thursday, December 12, 2013 1:10:07 PM UTC-6, Manuel Ortega wrote:
> > > I never said it would make 'b magically jump to my profile if I'm
> > > currently looking at something that isn't my profile.  I said
> > > lowercase marks are associated with files.  And each lowercase
> > > mark a-z is a mark to a position in...a *file*.  And each
> > > lowercase mark a-z is, in viminfo, listed under...a *file*.
> > >  Therefore, lowercase marks are associated with files.
> > >
> >
> > They are NOT associated with files though. They are associated with
> > a buffer. The buffer is associated with a file,

It follows from those two things that marks are associated with files.
If there is a mapping between marks and buffers, and a mapping between
buffers and files, then there is a mapping between marks and files.  If
a mapping is not an association I will eat my shorts.

I was objecting to your claim that marks are not associated with files.
They plainly are, I have demonstrated this, and the two things you just
said logically entail it.  I was *not* objecting to your claim that marks
*are* associated with buffers.  It is perfectly consistent for marks to
be associated with buffers and with files.

> > but you cannot use the marks for that file unless you have that file
> > in a buffer. The next time you create a buffer for that file, Vim
> > restores the marks from your .viminfo file if you told it to, but
> > you still can't use them if you're in a different buffer.

None of this shows that marks are not associated with files.  All of
this is merely about the conditions for *using or invoking* a mark that
already exists and is associated with a file.

There is only one disconnect between marks and files, namely when
lowercase marks have been made in a buffer that does not yet have a
corresponding file.  But this situation is not relevant to Christian's
post, wherein he wants to keep an uppercase mark, which implies that
there *is* a file corresponding to his buffer.  And if the disconnect
counts as proof that marks are not associated with files, then it also
counts as proof that bytes are not associated with files---since after
all they can exist in a buffer with no corresponding file.  But if bytes
are not associated with files, then files are not associated with bytes,
since the relation of "being associated with" is symmetric.  And it is
plainly absurd to say that files are not associated with bytes.

> > Just under :help :delmarks:
> >
> > Lowercase marks 'a to 'z are remembered as long as the file remains
> > in the buffer list.  If you remove the file from the buffer list,
> > all its marks are lost.  If you delete a line that contains a mark,
> > that mark is erased.
> > ------------------------------
> >
> > Here it specifically says lowercase marks are lost when you remove a
> > file from the buffer list.

Here "lost" only means "not available for use", right?  It does not mean
"and will be deleted from viminfo when it is next written", right?  If
I am right, then the lowercase marks remain associated with a file, and
this passage does nothing at all to show that marks are not associated
with files.  If I am wrong, then it shows only that there is a way to
disassociate all lowercase marks from a file at once.

I am mystified as to why "one cannot use a mark for a file when there is
no buffer for that file open" is taken to prove that marks are not
associated with files.  It perhaps proves that marks are associated with
buffers, but that is consistent with marks being associated with files.

> > :bwipe doesn't mean "I'm done with this file forever" it just means
> > "I'm done with this file for this edit session."

Exactly, which is why it is bizarre for :bwipe to wipeout the lowercase
marks that are associated with that file.  Maybe when I come back to the
file, I want my lowercase marks that help me jump to different parts of
that file.  I don't know why those should vanish just because "I'm done
with this file for this edit session".

:bwipe should wipe away all lowercase marks when the buffer being wiped
has no associated file.  In this case there are no uppercase or numbered
marks to preserve anyway.  :bwipe should preserve all marks when the
buffer being wiped does have an associated file.

-Manny

-- 
-- 
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/groups/opt_out.

Raspunde prin e-mail lui