Auto-revert on remote files: variable/option?

Auto-revert on remote files: variable/option?

[Kai Grossjohann]

What do people think about introducing a variable so that users can
choose whether auto-reverting remote files should be attempted?

That would at least help to find out whether the "Tramp barfs on
reentrant calls" functionality works ;-)  Also, if it works, then it
seems that the worst that can happen is that an error is signaled
during auto-revert.  Then maybe the next auto-revert is successful.

Kai

Re: Auto-revert on remote files: variable/option?

[Richard Stallman]

    What do people think about introducing a variable so that users can
    choose whether auto-reverting remote files should be attempted?

I doubt that option is worth offering--it must cause annoying delays.

Re: Auto-revert on remote files: variable/option?

[Frank Schmitt]

Richard Stallman <rms@gnu.org> writes:

>     What do people think about introducing a variable so that users can
>     choose whether auto-reverting remote files should be attempted?
>
> I doubt that option is worth offering--it must cause annoying delays.

I for instance use tramp mainly to work on files located in the same
LAN (100mbit), so I don't think that it would cause to much delays.

-- 
Did you ever realize how much text fits in eighty columns? If you now consider
that a signature usually consists of up to four lines, this gives you enough
space to spread a tremendous amount of information with your messages. So seize
this opportunity and don't waste your signature with bullshit nobody will read.