Re: [dev] st features that'd be nice

2011-10-19 Thread Eckehard Berns
> ..., which would be a good starting point to trace > the problem (unless someone already knows what the problem is). I would assume the problem is the excessive redrawing of the whole terminal window. Each time you move the curser only one cell the whole screen will be redrawn into a backup pixm

Re: [dev] st features that'd be nice

2011-10-19 Thread Nick
On Wed, Oct 19, 2011 at 09:51:33AM -0400, Andrew Hills wrote: > Recently I have discovered that, independent of the value of $TERM, I > am unable to use ^C or ^\ to kill tail when following a file. I am > required to ^Z, kill %%. However, no other program seems to have this > problem. Has anyone el

Re: [dev] st features that'd be nice

2011-10-19 Thread Andrew Hills
On Wed, Oct 19, 2011 at 9:17 AM, Nick wrote: > st has no performance issues. The computers are slow, by > modern standards (900Mhz CPU). Right, and I have a similar speed and font size (and no issues), yet users with faster machines experience degraded performance. I'm wondering if they have sign

Re: [dev] st features that'd be nice

2011-10-19 Thread Nick
On Wed, Oct 19, 2011 at 09:06:25AM -0400, Andrew Hills wrote: > The computers are fast, or st has no performance issues (and is thus fast)? st has no performance issues. The computers are slow, by modern standards (900Mhz CPU).

Re: [dev] st features that'd be nice

2011-10-19 Thread Andrew Hills
On Wed, Oct 19, 2011 at 8:30 AM, Nick wrote: > It isn't. I use terminus 16 on my computers, one with an > Intel gfx card, one with an nVidia one, and they are both > quite fast. The computers are fast, or st has no performance issues (and is thus fast)? --Andrew Hills

Re: [dev] st features that'd be nice

2011-10-19 Thread Nick
On Wed, Oct 19, 2011 at 08:24:22AM -0400, Andrew Hills wrote: > I will check tonight. Of note is that I use a > rather large font in my terminal to avoid straining my eyes--Terminus > 12 or 14. This may be related. It isn't. I use terminus 16 on my computers, one with an Intel gfx card, one with a

Re: [dev] st features that'd be nice

2011-10-19 Thread Andrew Hills
On Wed, Oct 19, 2011 at 5:59 AM, Stefan Mark wrote: > This problems seems to be related to the radeon video driver My notebook has a Radeon card (Mobility X1400, I think), but I forget which driver I am using. I will check tonight. Of note is that I use a rather large font in my terminal to avoid

Re: [dev] st features that'd be nice

2011-10-19 Thread Stefan Mark
On 18.10.2011 18:39, Andrew Hills wrote: > On Tue, Oct 18, 2011 at 9:13 AM, Stefan Mark wrote: >> For me, performance is the main issue. Drawing of 'mc' on higher >> resolutions (1600x1200 or 1920x1080) tooks about 10s (sometimes more) on >> a reasonable fast machine. Drawing 'top' took a bit less

Re: [dev] st features that'd be nice

2011-10-18 Thread Suraj N. Kurapati
On Tue 18 Oct 2011 11:01:07 AM PDT, Nick wrote: > * Find - search through scrollback (maybe using regex). I find this to be one of URxvt's killer features. Alt-S brings up an interactive regexp search of the scrollback buffer: urxvtperl(3). -- To understand a program you must become both the ma

Re: [dev] st features that'd be nice

2011-10-18 Thread Andrew Hills
On Tue, Oct 18, 2011 at 9:13 AM, Stefan Mark wrote: > For me, performance is the main issue. Drawing of 'mc' on higher > resolutions (1600x1200 or 1920x1080) tooks about 10s (sometimes more) on > a reasonable fast machine. Drawing 'top' took a bit less, but not much. > When doing so, st itself use

Re: [dev] st features that'd be nice

2011-10-18 Thread Manolo Martínez
On 10/18/11 at 03:13pm, Stefan Mark wrote: > On 18.10.2011 13:15, Peter John Hartman wrote: > > Here's a feature request that should go in first: make st usable. > > > For me, performance is the main issue. Drawing of 'mc' on higher > resolutions (1600x1200 or 1920x1080) tooks about 10s (sometimes

Re: [dev] st features that'd be nice

2011-10-18 Thread Stefan Mark
On 18.10.2011 13:15, Peter John Hartman wrote: > Here's a feature request that should go in first: make st usable. > For me, performance is the main issue. Drawing of 'mc' on higher resolutions (1600x1200 or 1920x1080) tooks about 10s (sometimes more) on a reasonable fast machine. Drawing 'top' to

Re: [dev] st features that'd be nice

2011-10-18 Thread Peter John Hartman
On Tue, Oct 18, 2011 at 11:01:07AM +0100, Nick wrote: > I just read about terminator > , and thought a > couple of its features sounded worth stealing (both require > scrollback to be implemented): > > * Logging - logs of terminal sessions can be saved. It

Re: [dev] st features that'd be nice

2011-10-18 Thread Nick
On Tue, Oct 18, 2011 at 12:11:55PM +0200, pancake wrote: > On 10/18/11 12:01, Nick wrote: > >* Logging - logs of terminal sessions can be saved. It only > > makes sense to do this on command, rather than automatically > > (as terminator does). Once scrollback exists, this becomes > > pretty e

Re: [dev] st features that'd be nice

2011-10-18 Thread pancake
On 10/18/11 12:01, Nick wrote: I just read about terminator , and thought a couple of its features sounded worth stealing (both require scrollback to be implemented): * Logging - logs of terminal sessions can be saved. It only makes sense to do this on

[dev] st features that'd be nice

2011-10-18 Thread Nick
I just read about terminator , and thought a couple of its features sounded worth stealing (both require scrollback to be implemented): * Logging - logs of terminal sessions can be saved. It only makes sense to do this on command, rather than automaticall