Command line
Re: Command line
darek, that sounds interesting.
However, it seems like the opposite situation - some keys are stolen from terminal itself.
For example, up/down arrows allows navigating thru history in Bash - it's not possible in such setup.
However, it seems like the opposite situation - some keys are stolen from terminal itself.
For example, up/down arrows allows navigating thru history in Bash - it's not possible in such setup.
Re: Command line
Wow. It is brilliant. I would love that - automatic transition between the terminal and the panels would be golden.If you want to move the cursor back to the file panels, you can press either:
* up/down arrow - keeps the content of the terminal
* esc - clears the bottom terminal
On the shell - when used within FIles context - I do not see the need to have a full capability of the shell. Files take over a fair chunk (the whole point is to make it easier than shell).
But going through the command history is important. I particularly like how Far Manager does this: Once something get's typed it automatically brings up a window with the history. UP/DOWN allow you to scroll the history. If you continue typing, the list gets filtered down.
From my perspective it is one of the better implementations of the command history - use it all the time.
Re: Command line
What if you gave up on having the command line in overlapped mode function like a real terminal? Then you'd be free to make it a Super Powerful Command Line (tm) doing stuff better than terminal does, like that quick history filtering Don mentioned, or proper copy/paste, or suggesting path and file names on the fly, like what Xcode does for function names, etc.migun wrote:up/down arrows allows navigating thru history in Bash - it's not possible in such setup.
Maintaining real terminal behavior limits you to what terminal can do and stops you from innovating in this area.
Just a food for thought, since there are pros and cons for both approaches
Re: Command line
Second this. Sound like a reasonable idea? If we still have the other terminal, there is no need for another one in here...What if you gave up on having the command line in overlapped mode function like a real terminal?
Re: Command line
Guys,
That's a complex theme indeed.
Currently I see two ways to improve the level of terminal integration (history, paste etc) with corresponding Pros and Cons.
1) Fake terminal input line. Approach used by TC, FAR and partly MC. There're a lot of Cons here actually, starting with visual inconsistency, continuing with introducing even more internal states and ending on differences with default terminal behaviour (that's writing a new command line processor really).
2) Custom Bash build with control routines injected - so Files can manipulate it's history and current input directly. That may be more transparent that writing a fake command line but requires a lot of research at first.
Mike.
That's a complex theme indeed.
Currently I see two ways to improve the level of terminal integration (history, paste etc) with corresponding Pros and Cons.
1) Fake terminal input line. Approach used by TC, FAR and partly MC. There're a lot of Cons here actually, starting with visual inconsistency, continuing with introducing even more internal states and ending on differences with default terminal behaviour (that's writing a new command line processor really).
2) Custom Bash build with control routines injected - so Files can manipulate it's history and current input directly. That may be more transparent that writing a fake command line but requires a lot of research at first.
Mike.
Re: Command line
Mike, I think that the new command line processor route is something that would give you more power going forward, but, and that's a big but, I also think you have to pick your battles very carefully. At this point it might not be a good idea to switch direction radically. Just let the current approach marinate for a while and see what happens.
Having said that, what about this:
* auto focus on command line when user starts typing
* when in command line, ESC clears the command and returns focus to the panels
The extra benefit here would be (assuming autofocus triggers for some characters only) that we'll get the space key back! I missed it and CMD+Y is not fun
Having said that, what about this:
* auto focus on command line when user starts typing
* when in command line, ESC clears the command and returns focus to the panels
The extra benefit here would be (assuming autofocus triggers for some characters only) that we'll get the space key back! I missed it and CMD+Y is not fun
Re: Command line
I have changed it to CMD+T, yet it still not funCMD+Y is not fun
Re: Command line
Also wanted to mention that the latest changes were quite significant - made a whole lot of a difference.
Using every feature daily. Great work!
Using every feature daily. Great work!
Re: Command line
Don, it's hard to imagine how significant the latest changes were to whole Files' codebase
Just joking, that's off topic anyway.
Just joking, that's off topic anyway.