[crossfire] [RFC 2/3] Misc keybinding fixes and changes

[David Hurst]

I'd be of the view, if it isn't reducing a functionality but
re-implementing it in a more useful way (be it more flexible, faster, or
any other good reason) then it has my support.
Perhaps another perspective is that if you change it, and things don't work
out, it is a lot easier to backtrack and try and different approach, than
it is to have abandoned the idea before anyone got to play with it and
never know what we were missing in the first place :).

I would mention that at the moment windows users are really limited to the
jxclient, so do try and make a change that can be implemented on both the
gtk and jxclient.

Saru


On Fri, Nov 1, 2013 at 10:24 AM, Kevin Zheng <kevinz5000 at gmail.com> wrote:

> Hi there,
>
> On 10/30/2013 20:06, Arvid Brodin wrote:
> > As a new player, I found this to be a usability problem. Everyone knows
> what
> > the Control key is, but what's the Run key? I think the reason Shift and
> Ctrl
> > were called Fire and Run is that it is possible to rebind them - i.e. if
> you
> > want some other key to act as the Run modifier, you could
> >
> > 'bind runkey1
>
> I wasn't aware that this "feature" even existed. If it isn't present in
> the JXClient, I'd say it's safe to take it out.
>
> > - and press a key to act as the Run modifier. (Actually I'm not even
> sure this
> > worked; I never tried it - and I'm pretty sure it requires the run_on
> state to
> > be kept in the server, since key repeats won't work if you bind Run to,
> say,
> > 'r', and press that after the direction key... hmm. So it might be in
> the way
> > of better handling of repeating keys.)
>
> Probably not, repeating keys should be handled more elegantly.
>
> > I realize this change might not be liked by everyone, so feel free to
> shout out
> > in that case (RFC = Request For Comments). But it did seem like a pretty
> unique
> > and not very well advertised feature, so I chanced that it could be
> removed.
>
> You have my vote to take it out. Input from others would be helpful.
>
> Thanks,
> Kevin Zheng
> _______________________________________________
> crossfire mailing list
> crossfire at metalforge.org
> http://mailman.metalforge.org/mailman/listinfo/crossfire
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.metalforge.org/pipermail/crossfire/attachments/20131101/c918b4a5/attachment.html>