Maybe not as convenient, but there's always (vi-mode)
[fF]^j[lj]
If it gets to be that jumping between lines is important I
usually invoke the editor.
If you are going to get into making a mini-editor that allows jumping
between lines moving completion to something like Meta-tab or ctrl-tab
woul
On 2/13/14, 12:03 PM, Andreas Schwab wrote:
> Chet Ramey writes:
>
>> On 2/13/14 11:29 AM, Andreas Schwab wrote:
>>
>>> AIUI there is no readline command the moves
>>> vertically within the commandline (in readline a line always includes
>>> any embedded newlines).
>>
>> That's true. How should
Bob Proulx writes:
> In emacs 24 this is the new feature controlled by the line-move-visual
> variable. Call me a Luddite if you want but in emacs 24 I turn that
> feature off. I am very much "used to using" the traditional behavior
> and like it.
I do as well.
> Thinking about it I think tha
Andreas Schwab wrote:
> Chet Ramey writes:
> > Andreas Schwab wrote:
> >> AIUI there is no readline command the moves
> >> vertically within the commandline (in readline a line always includes
> >> any embedded newlines).
> >
> > That's true. How should such a command work? Move point forward and
Chet Ramey writes:
> On 2/13/14 11:29 AM, Andreas Schwab wrote:
>
>> AIUI there is no readline command the moves
>> vertically within the commandline (in readline a line always includes
>> any embedded newlines).
>
> That's true. How should such a command work? Move point forward and
> backward
On 2/13/14 11:29 AM, Andreas Schwab wrote:
> AIUI there is no readline command the moves
> vertically within the commandline (in readline a line always includes
> any embedded newlines).
That's true. How should such a command work? Move point forward and
backward by a multiple of the screenwidt
Chet Ramey writes:
> My point is that before making it the default, which ends up being
> difficult to change, we try to get some data on whether or not that
> would be the right default binding. Maybe people who want that binding
> could do it using the existing mechanisms and see how it works.
On 2/13/14 10:20 AM, Ed Avis wrote:
> Thanks for your reply. I don't mean people running bash inside Emacs.
> I just mean that when running bash standalone, you use C-p to go backwards
> in the history, but when running Emacs standalone, you use Alt-p.
Sure, I understand. I also argue that the t
Thanks for your reply. I don't mean people running bash inside Emacs.
I just mean that when running bash standalone, you use C-p to go backwards
in the history, but when running Emacs standalone, you use Alt-p.
Since currently Alt-p doesn't do anything in bash, it could usefully be bound
to previ
On 2/13/14 6:35 AM, Ed Avis wrote:
> Bash accepts the Emacs keybinding C-p to go back in the history, and C-n to
> go forward.
> But most of the time in Emacs (when using its minibuffer) the keys you use
> are Meta-p
> and Meta-n, or on a modern PC keyboard Alt-p and Alt-n.
I am not convinced th
Bash accepts the Emacs keybinding C-p to go back in the history, and C-n to go
forward.
But most of the time in Emacs (when using its minibuffer) the keys you use are
Meta-p
and Meta-n, or on a modern PC keyboard Alt-p and Alt-n.
Currently entering M-p at the bash prompt gives some control chara
On Thu, Feb 13, 2014 at 1:35 PM, Ed Avis wrote:
> Bash accepts the Emacs keybinding C-p to go back in the history, and C-n
> to go forward.
> But most of the time in Emacs (when using its minibuffer) the keys you use
> are Meta-p
> and Meta-n, or on a modern PC keyboard Alt-p and Alt-n.
>
> Curre
12 matches
Mail list logo
