FYI, I have committed this change. The tab width is configurable via the "tabWidth" style. The key combination is not currently configurable but this could be added in a later release. Let me know if you have any questions. G
On Nov 16, 2010, at 7:42 PM, Greg Brown wrote: > OK, sounds like so far there is agreement that we should preserve the > existing Tab/focus transfer behavior but add (possibly configurable) support > for Ctrl-Tab to insert tab spaces. Anyone else want to comment? > > BTW Sandro, Shift-Tab to transfer focus backwards is already supported. > > G > > On Nov 16, 2010, at 7:37 PM, Roger Whitcomb wrote: > >> But, having said that, I'd still like to have a way to switch it because >> there seems to be significant places that do it the other way around. >> >> ~Roger Whitcomb >> >> Sent from my iPhone >> >> On Nov 16, 2010, at 4:28 PM, Roger Whitcomb <[email protected]> >> wrote: >> >>> This also agrees with the GNOME UI guidelines: >>> >>> For example, do not use basic Tab keyboard navigation in a dialog to >>> activate any actions associated with a control. >>> >>> (from http://library.gnome.org/devel/hig-book/stable/input-keyboard.html.en) >>> >>> ~Roger Whitcomb >>> >>> Sent from my iPhone >>> >>> On Nov 16, 2010, at 3:59 PM, Sandro Martini <[email protected]> >>> wrote: >>> >>>> Hi, >>>> like Greg I'd prefer to keep Tab to transfer focus between components >>>> (Tab forward, and maybe even <Shift>Tab to transfer focus backward), >>>> and using other key combinations to handle special cases like inside >>>> TextArea (so I agree even on the proposed <Ctrl>Tab to handle special >>>> cases like those described here inside TextArea). >>>> >>>> Bye, >>>> Sandro >
