[SGVLUG] SSH client that can display all four screens at one time

[Leon Yeh]

I guess I did not finish read the whole response. I mainly use for 
monitoring the iftop output, tail log files and also use it for ruby on 
rail generate script/action. so it is not transaction heavy and mostly 
"read-only/ monitoring" purpose.

It will make my life easier as sys admin/ web programmer. :-)

Thanks again.
Leon Yeh
New Avenue Systems Inc.
Office: (626)254-1757 x880
leon at newavenue.net

Leon Yeh wrote:
> Thank you Tom and Claude,
> 
> That is it! I remembered reading from some magazine. I thought it was 
> system admin magazine, it turned out it was LinuxJournal. Thanks again, 
> I was up until late at night try to remember.
> 
> 
> Leon Yeh
> New Avenue Systems Inc.
> Office: (626)254-1757 x880
> leon at newavenue.net
> 
> Tom Emerson wrote:
> 
>> On Thursday 18 August 2005 12:52 am, Claude Felizardo wrote:
>>
>>> On 8/17/05, Leon Yeh <leon at newavenue.net> wrote:
>>>
>>>> Hi All,
>>>>
>>>> I have read somewhere but forgot to write down the name of application.
>>>> It is a shell type application that can display by default all four
>>>> sessions in one window. It starts with some thing "quad".
>>>
>>>
>>> LinuxJournal just had an article on this in July.    It's called
>>> Quadconsole and was described in the Cooking with Linux column.  It
>>> was written by Simon Perreault using KDE kparts.  Have a look at
>>> either
>>> http://www.kde-apps.org/content/show.php?content=22482 or
>>> http://freshmeat.net/projects/quadkonsole
>>>
>>> You can even open up 16 sessions:
>>>
>>> quadconsole --rows 4 --columns 4
>>
>>
>>
>> actually, one of the screenshots on kde-apps showed 70 session [10 
>> rows x 7 cols] but overall, it's still "cheating" -- you need "X" and 
>> KDE to do this, so it really isn't a "console" or "shell type" 
>> application, at least, not in the sense that you could run it over a 
>> serial line to a "dumb" terminal (or even a "smart" one...)  As such, 
>> you can do what this does by running multiple instances of xterm or 
>> similar, but as the author notes, the reasons this is "better" are that
>>
>>    -- you don't have to manually align the terminal windows
>>    -- you can minimize ALL of them at once    -- it only takes "one 
>> slot" in the taskbar
>>
>> but for each of these reasons, there is a counter argument
>>
>>    -- [manually align]: if you have screens that have large expanses 
>> of blank space or "unneeded content", you can't overlap the window to 
>> hide the part you don't care about
>>    -- [minimize all]: unless, of course, you're interested in ONE 
>> particular screen
>>    -- [one slot]: kill one, and they all go bye-bye...
>>