> I don't think I like the solution for the second issue, since it is a
> backward-incompatible change. It is not at all obvious that not
> updating a proced buffer which isn't shown in a window is TRT.
Fair enough, I'll revert this and try and think of another solution.
> Alternatively, record the process on whose line point was before the
> update, and try to find the same process after update.
I believe this is currently what proced-update tries to do, it works as expected when an update occurs and the buffer is displayed in the selected window (so if the process your point is on moves down a row, the point will follow), but when the buffer is not displayed in the selected window, I find the point is always reset to the beginning of the buffer regardless of the process which was under point prior to the update. In the end of proced-update, the patch sets all the window points to the new buffer point (recently set by proced-update to reflect the position of the new process), similar to what append-to-buffer does, if that makes sense.