Oops, posted from wrong email address.
On 30 July 2012 17:37, Kai Hendry hen...@webconverger.com wrote:
On 28 July 2012 14:39, Brandon Invergo bran...@invergo.net wrote:
Enjoy,
I'm enjoying st 0.2.1-tip though ctrl+c after opening `tail -f
/var/log/everything.log` doesn't work for me
On 30.07.2012 17:38, Kai Hendry wrote:
I'm enjoying st 0.2.1-tip though ctrl+c after opening `tail -f
/var/log/everything.log` doesn't work for me anymore. Anyone else?
⇈ read that
Hmm...this patch shouldn't have any effect on something like that,
and I can only say that it Works For Me
On Mon, Jul 30, 2012 at 7:09 PM, bran...@invergo.net wrote:
On 30.07.2012 17:38, Kai Hendry wrote:
I'm enjoying st 0.2.1-tip though ctrl+c after opening `tail -f
/var/log/everything.log` doesn't work for me anymore. Anyone else?
⇈ read that
Has anyone else tried it that can confirm or
Ctrl+c under tmux+st is fine. WEIRD
http://www.youtube.com/watch?v=p7ubcKeAHN4
FYI I've applied this patch to st's default branch (commit #245)
Enjoy,
-brandon
Brandon Invergo bran...@invergo.net writes:
Hi,
As some background, I've been using st on an Arm device (Genesi Efika
MX) which has relatively low specs compared to your average x86/amd64
computer. st should be
2012/4/25, bran...@invergo.net bran...@invergo.net:
Sorry for the delay. Here's the Xdbe patch for the st Xft branch. Let
me know if it doesn't work for you!
Thanks! Patch work, but I don't have big speed improve on modern
hardware (4 cores, x86, fglrx). I just run 'time tar -Oxf
Sorry, I wasn't clear in my original message. I said that with the patch
it should be apparently faster. What I meant is that seeing tearing or
flickering gives the impression of being slow. This patch gets rid of
that problem so it should at least appear faster.
That said, it *should* be
On 24.04.2012 10:55, Mihail Zenkov wrote:
The provided diff is against the default branch, however I also got
it
working for the xft branch. I can provide a diff for that too if you
want but the only extra difference is that any Xft draw-related
calls
should work on xw.buf rather than xw.win
The provided diff is against the default branch, however I also got it
working for the xft branch. I can provide a diff for that too if you
want but the only extra difference is that any Xft draw-related calls
should work on xw.buf rather than xw.win (including the one in
xresize()).
Great!
On Fri, 20 Apr 2012 10:39:11 +0200
Brandon Invergo bran...@invergo.net wrote:
Hi,
As some background, I've been using st on an Arm device (Genesi Efika
MX) which has relatively low specs compared to your average x86/amd64
computer. st should be ideal because of how small it is compared to
xterm
Works fine here on -tip. It'd be great if you could update your
patch to include the Makefile-change, though :)
--
Gregor Best
pgphv44f6Cm6A.pgp
Description: PGP signature
Hi,
As some background, I've been using st on an Arm device (Genesi Efika
MX) which has relatively low specs compared to your average x86/amd64
computer. st should be ideal because of how small it is compared to
xterm or rxvt but the reality is that its rendering is quite a bit
slower. Under heavy
12 matches
Mail list logo
