Re: Proposal: new default bindings for winner and windmove

[Eli Zaretskii <eliz@gnu.org>]

> Date: Sun, 23 Jun 2024 14:51:11 -0400
> From: Daniel Colascione <dancol@dancol.org>
> CC: Alan Mackenzie <acm@muc.de>, stefankangas@gmail.com, emacs-devel@gnu.org
> 
> >For starters, windmove is not a preloaded package (neither is winner,
> >but since this seems to be only about winmove, I guess winer needs a
> >separate discussion).  To have it available, you need to load it,
> >either explicitly or by invoking one of the commands (which are
> >autoloaded).  I presume that the proposal for giving windmove commands
> >key bindings means that the bindings will become in effect once the
> >package is loaded, because nothing else makes much sense to me.  Is
> >that indeed what's being proposed?  Does anyone have a problem with an
> >optional package which, when loaded, binds some keys to its commands?
> >That's a far cry from a naïve interpretation of "giving default key
> >bindings to windmove".  because a user who loads a package expresses
> >his/her interest in using that package, and so binding some keys for
> >that makes sense, and doesn't affect users who are not interested in
> >the package.
> 
> Why not just set up the keybindings by default and autoload the package when the bindings are invoked? That's the friction minimizing option. We don't have to change any bindings installed by the current windmove code.

I think this is too drastic, that's why.  The package is not loaded by
default now.  Let's first change the key bindings that become in
effect when the package is loaded, and consider doing that by default
only if the package becomes popular enough.