On 04/09/19 04:38PM, Junio C Hamano wrote: > Pratyush Yadav <me@xxxxxxxxxxxxxxxxx> writes: > > > On 04/09/19 11:39PM, Johannes Sixt wrote: > >> Am 04.09.19 um 21:20 schrieb Birger Skogeng Pedersen: > >> > On Wed, Sep 4, 2019 at 8:59 PM Johannes Sixt <j6t@xxxxxxxx> wrote: > >> >> Many keyboards do not have a right Alt-key. That means that Alt+1 to > >> >> Alt+4 combinations must be typed single-handed with the left hand. This > >> >> is mildly awkward for Alt+4. Can we please have the very important > >> >> commit widget *not* at Alt+4? I could live with Alt+3. > >> > > >> > (RightAlt wouldn't be used by Europeans, anyways) > >> > Are you suggesting to keep Alt+1/2/3 for the files/staged/diff > >> > widgets, but use something other than Alt+4 for the commit dialog? If > >> > so, which one would you prefer? > >> > >> I was suggesting Alt+3 for the commit message widget, but my preferences > >> are actually Alt+1, Alt+2, Alt+3, in this order. My preference for the > >> diff widget would be Alt+4 (the awkward one) because I do not foresee > >> that I would use it a lot. Use what remains for the two file lists. > > > > I wonder if that binding is very intuitive. If we do 1/2 for the top > > and bottom panes on the left side, and 3/4 for the top and bottom panes > > on the right side, that makes some sense. Doing it your way makes it a > > counter-clockwise motion. > > > > I am not arguing for or against this proposal, just pointing something > > worth thinking about. Either way, I suppose after a while it becomes > > muscle memory so I'm not sure how much difference this subtle thing will > > make. > > > >> > >> > The initial propsal from me was to use CTRL/CMD+1/2/3/4. What do you > >> > think of using the CTRL/CMD key instead of ALT? > >> > >> I would not mind Ctrl instead of Alt. Take your pick. > > > > FWIW, I vote for sticking with Alt. > > Can't these differences in personal preference be solved by > configurable key binding? They can be. But as of now, there is no existing mechanism to specify keybindings in git-gui that I know of, so that is not a trivial task. And if we do go with configurable keybindings, that raises the question of whether we should allow all existing keybindings to be changed. Again, this is a significant refactor. And in the end we still have to come up with a reasonable default, so this discussion is still worth having IMO. We can keep configurable key keybindings as a future feature. Of course, if the contributors are willing to implement this feature along with this patch it would be great, but I don't think that is reason enough to block this patch for too long. -- Regards, Pratyush Yadav
