Compare the behavior of the two keys. The user can neither assign nor
reassign to TAB; more precisely, the user is presented with limited options
in "Buffer Options" and the related "Global Options" pane. If the behavior
is intended, that's a feature, not a bug. In contrast, C+i is default
assigned but cannot be reassigned, nor can it be made part of a multi-key
sequence. In addition, the default assignment cannot be restored without
hacking a properties file. Assignable keys should have no behavior if they
are not assigned. Assignable keys should be capable of reassignment. C+i
fails on both; it starts out assigned but becomes hard-coded once the user
makes a change. That's a bug, not a feature.
> -----Original Message-----
> From: jedit-devel-admin@...
> [mailto:jedit-devel-admin@... Behalf Of Slava Pestov
> Sent: Sunday, March 11, 2001 12:15 AM
> To: jedit-devel@...
> Subject: Re: [ jEdit-devel ] [ jedit-Bugs-407429 ] TAB, C+i
> shortcut assignments
> nobody wrote:
> > Initial Comment:
> > jEdit 3.1pre2, JDK1.3, W2K
> > Cannot assign to TAB or C+i keys in Command or Macro
> > Shortcut options pages; FocusManager grabs
> > keystrokes. Perhaps inability to assign to TAB is by
> > design because it is handled specially in
> > JEditTextArea.
> I just realised that TAB cannot be reassigned. I might fix this
> one day, but it is tricky due to differences in the way VMs
> handle the TAB key.
> > By default, C+i is assigned to "Indent Selected
> > Lines". If the assignment is deleted or another key
> > assigned, pressing C+i while focus is in text area
> > causes focus to go to tab on dockable window pane.
> > Repeated pressing of C+i seems to cycle focus around
> > dockable window panes, never returning to text area.
> > TAB key works normally in this circumstance.
> So you're saying that binding something to C+i works
> normally, but if C+i is unbound it is handled by
> Swing? I fail to see why this is a bug.