Re: Async package.el

[Dmitry Gutov <dgutov@yandex.ru>]

On 04/09/2015 01:14 PM, Artur Malabarba wrote:
> By the way, thanks for taking the time to try it out and think of all
> possible issues.l

No problem, being critical is easy.

> I don't get that bevahiour from emacs -Q, but there was a problem with
> the incompatible table a few days ago. Maybe your elc file is outdated?

'emacs -Q' won't let you reproduce this, because (I think) it won't load 
~/.emacs.d/elpa/archives/melpa/archive-contents during `package-initilize'.

I've pulled the latest changes, re-bootstrapped Emacs, removed 
~/.emacs.d/elpa/archives, but after restarting Emacs, the problem persists.

> Just like any other keybind. That's more of a general issue with the
> package menu or Emacs itself. We can add "g-redisplay" to the quick-help
> menu under `h' (which, btw, could use some improving.

Certainly. But `g' is a common keybinding.

My point was different: in VC-Dir, when [waiting...] disappears from the 
mode-line, I can be sure that the list is not outdated.

Not so with your proposal. "The list is outdated" - this information 
won't be apparent from the interface.

Anyway, merging the items on the fly would solve that.

> Ah, I see. Then we're fine. All information needed for a transaction is
> gathered the moment you hit `x' (before you even answer `y'). Whatever
> happens to the buffer after that is irrelevant.

Good.

> Yes, but you're wasting a few seconds of effort on a situation that will
> happen very rarely. If that were a frequent occasion it might even be
> infuriating, but how often do compatible packages become incompatible?

Indeed, that should be rare. I don't have a scarier scenario to offer 
right now, so maybe we can ignore this downside (but preferably handle 
the possibility with care; and not move the "to install" mark to the 
now-incompatible package).