Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Heyo,
so scrolling in terminal is all good and well, especially since I realized most commands are quite similiar to those used in emacs.
However, I find it quite unnerving to not see the command line while scrolling and have the view always jump to the bottom when starting to type.
I don't quite know what program to attribute this problem to, but I guess it would be xterm?! If not, using bash and KDE here.
So 'man xterm' had a line " +sk This option indicates that pressing a key while using the scrollbar should not cause the window to be repositioned."
in it, and I started 'xterm +sk' from terminal but apart from looking horrific and no longer accepting <shift-page-(u|d)> for scrolling and instead printing an "H", the new xterm also didn't do what that text had me think it would: view still jumped down when typing.
Okay, as you can see, I am thoroughly confused by now. Google didn't really help, as it seems "beginners guide to scrolling" has been beneath everyones dignity so far. Well, not mine it appears.
So if you could tell me where I can read up on this - comprehensively - or help me out with quick fixes I'd be delighted.
Are you wanting the prompt to remain visible whilst scrolling?? If so the prompt would need to be in an alternate window / portion of the window. The reason it jumps back to the prompt when typing would be because most people would probably need to know what they are typing.
I could be wrong, but personally have not seen a terminal that has this capability. If you are not able to use the history feature in bash to get to the information you need to see in the terminal,
may I suggest you simply open a second terminal so you can keep the information you want to see available or if it is output from a command, you could always redirect it to a file so you could
review that to then be used later.
If I have misunderstood your requirement, please explain a little more
Well that would certainly be an option, but seems pretty inconvenient to me, especially since I might not always have separate windows or multiple displays.
The point is, I don't need to keep track of my input, but have large outputs that I need to scroll through while typing to the prompt - to use info from it etc.
So what I'd basically like is indeed to have some sort of a separation between the prompt and the rest of the "window", kind of like the buffer in emacs; I'll try and illustrate:
1) Coming from here:
# f
# g
# h
# i
# j
----
/bla@bla:/direc/foo/bar$ some-unfinished-command
2) Going here, without having either the prompt disappear scrolling up and neither have the view jump back to 1) when typing to the prompt.
# d
# e
# f
# g
# h
----
/bla@bla:/direc/foo/bar$ same-unfinished-command but some more typing here
Hope that helped to clarify.
Last edited by MrMeeSeeks; 01-30-2017 at 01:40 PM.
I use KDE and it is very easy to do that. In my konsole terminal there is Ctrl+( and Ctrl+) to split the screen vertically and horizontally respectively.
I can split the screen and then scroll wherever I want in the top screen, then I select the bottom screen and start typing there. The top screen remains fixed at the scrolled position. Screenshot:
I use KDE and it is very easy to do that. In my konsole terminal there is Ctrl+( and Ctrl+) to split the screen vertically and horizontally respectively.
I can split the screen and then scroll wherever I want in the top screen, then I select the bottom screen and start typing there. The top screen remains fixed at the scrolled position. Screenshot: Attachment 24089
Check out the shortcuts of your konsole.
First off, thank you. But I can't seem to make this work, the shortcuts simply do nothing.
However, this would not really solve my problem anyway as far as I understand, since the output to the command in one window would still appear in the same window, thus I'd have to continually switch frames which appears to me to be too much of a hassle.
Quote:
Originally Posted by hydrurga
Perhaps this might help you: input and output in separate terminal emulator windows:
First off, thank you. But I can't seem to make this work, the shortcuts simply do nothing.
However, this would not really solve my problem anyway as far as I understand, since the output to the command in one window would still appear in the same window, thus I'd have to continually switch frames which appears to me to be too much of a hassle.
Concerning the konsole, I think you can configure the shortcuts in order to make it work. But, if this is inappropriate for you, then I will suggest a terminal multiplexer like tmux. Try to see if it is installed on your system. When you have it, you can run
For example, you use Ctrl+b and arrow keys to move between panes and in order to scroll up or down, you need to use Ctrl+b+[ and then the arrow keys or PgUp/PgDown.
Concerning the konsole, I think you can configure the shortcuts in order to make it work. But, if this is inappropriate for you, then I will suggest a terminal multiplexer like tmux. Try to see if it is installed on your system. When you have it, you can run
For example, you use Ctrl+b and arrow keys to move between panes and in order to scroll up or down, you need to use Ctrl+b+[ and then the arrow keys or PgUp/PgDown.
Hey, that appears to be quite a workable solution for now. Thanks a lot mate.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.