On 10/30/06, Philip Ganchev <[EMAIL PROTECTED]> wrote: > On 10/30/06, Martin Bähr <[EMAIL PROTECTED]> wrote: > > On Mon, Oct 30, 2006 at 04:44:45PM +0100, Axel Liljencrantz wrote: > > > Not sure that's a good idea. For example, when you are searching the > > > history, if you come across a multiline entry, you will be stuck. > > > > not really. > > you only have to hit the arrow a few more times to get to the next > > entry. > > I have used it on other systems, (Matlab?) and it is very annoying. > To bring up a 6-line command that was executed 5 commands ago, you > have to press the arrow 30 times, and either count or scrutinize every > time whether this is the line you want.
Yep, Matlab makes reexecuting a multiline command a real chore. The only conclusion that I can draw from this is that you sometimes want to access the history on a line-by-line basis and sometimes on a block basis. And no matter which one you pick, the grass will always be greener on the other side. One possibility is to use some special keyboard sequence to give you an extra prompt. From this 'extra prompt' you can then search the history and copy the right parts of it to the killring. Then you exit the secondary prompt and yank the result into the primary prompts command buffer. [...] > > and maybe instead of the arrow keys some other keys can be provided to > > switch lines. > > You mean move to the next or previous line within the same command? > Control+UpArrow and +DownArrow would parallel Control+LeftArrow and > +RightArrow which by default move by one word. But we are approaching > the state of too many key combinations to remember, so we should unify > functionality whenever possible. Unification in this context implies modality though. Damned if you do, damned if you dont. Though I kind of like overloading lots and lots of things on the arrow keys. I don't know why, I just do. > > You can make UpArrow move the cursor to the previous line of the > command unless it is already at the first line, in which case search > the history. But then you might have to hit UpArrow many times to > search; and you would have to pay attention to what mode (line) you > are on when editing. Doesn't sound very cool to me. [...] > > > just today i wanted to build a look and within it reuse a command that i > > had used before. being able to activate a search at that point would > > have been ideal. > > I am working on a proposal that may let you do that without having to > explicitly search. Looking forward to hearing it. > > > and, while i am at it: <enter> should not execute the command unless you > > are at the end. otherwise it is not possible to add more lines to an old > > command without first going to the end, to remove something to make sure > > the command is incomplete, because the enter will run the command if it > > is complete. > > I think you mean <Enter> should not execute the command unless the > cursor is at the end of the command. Maybe so, not sure. The > tradeoff is obvious -- it makes it harder to actually execute the > command, which is a much more common operation than indenting. You > can move the cursor to where you want to indent, cut the line and > press <Enter> then. > > I would prefer if the user did not have to worry about indentation. > If the command gets too long to fit on one line, Fish should indent it > automatically. A Pascal editor for the Mac which I used about 10 > years ago worked like that. It was wonderful! You did not have to > worry about formatting, only about the content. But I know some > people who have never tried it will complain on religious grounds. I use auto-newlines in C, and I love it. Semicolons and brackets automatically insert newlines at the right places. This might make sense for fish too. [...] -- Axel ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Fish-users mailing list Fish-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fish-users
