[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#8996: Set PRIMARY from last selection, not last selected window

From: David De La Harpe Golden
Subject: bug#8996: Set PRIMARY from last selection, not last selected window
Date: Sun, 25 Mar 2012 15:20:56 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20120216 Icedove/8.0

On 25/03/12 04:32, David De La Harpe Golden wrote:

Maybe there could be an extensible select-inhibit-commands-list,
and users who do such things could be told to push their command onto

I suppose you'd prefer to settle on a solution this weekend given the announced regressions-only, and I'm now unlikely to finish a probably-overengineered stab at a temporal-because-actually-timestamped approach today, and, well, the old approach I sent was a tad ugly too, so...

If such a postcommand-select-inhibit-list* defvar** was introduced and checked against instead of just hardcoding the two handle-select-window and handle-switch-frame, then whether or not you decide other-window also belongs on such a list by default, I could at least push other-window (and any other commands I encounter where it seems desirable) onto the list in my own ~/.emacs and reduce my local patching load...

* or whatever you want to call it.

** Making something so niche a visible defcustom might be a bit much.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]