On Mon, Jan 11, 2016 at 9:07 PM, Greg Clayton wrote:
> If you think any such bindings should be included by default, please file a
> bug and suggest what you think should be added by default. If you do add
> something you should think if the binding should be for vi or emacs bindings
> by defau
So anything that is missing can be added to your ~/.editrc file since LLDB uses
the editline library and that reads .editrc file.
Examples of what you can add to your .editrc file:
lldb:bind '^[[5C' vi-next-word
lldb:bind '^[[5D' vi-prev-word
lldb:bind '^D' ed-delete-next-char
lldb:bind '^B' ed-
On OS X Ctrl left & right arrow are taken over by the system to move between
virtual desktops. Instead, option left & right are the equivalent gesture for
move by word on OS X, and in the OS X lldb, option left & right do indeed move
by word.
LLDB doesn't do most of this stuff by hand, it lets
On Mon, Jan 11, 2016 at 11:40 AM, Pavel Labath wrote:
>> Is it a feature that would be welcome?
> Is this an offer to implement the feature? ;)
> If so, I know a couple of people, who would be very pleased by that. :)
I'm willing to implement it (or at least try :P), but first I wanted to
gauge i
LLDB's command line editing leaves a lot to be desired. The thing
which annoys me the most is that you get bogus characters inserted if
you press the wrong character (e.g. left arrow) in the incremental
search (^R) mode.
> Is it a feature that would be welcome?
Is this an offer to implement the fe
Hi,
I tried using lldb (and the Swift repl, which uses it), and found it
very annoying that the CTRL+left/right arrow key sequence isn't
handled correctly, spewing ;5D and ;5C instead.
I'm used to be able to hit Ctrl+left/right to jump between words in
almost any editing software.
Is it a featur