Ctrl+c under tmux+st is fine. WEIRD
http://www.youtube.com/watch?v=p7ubcKeAHN4
On Mon, Jul 30, 2012 at 7:09 PM, 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 deny
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 (tm).
Oops, posted from wrong email address.
On 30 July 2012 17:37, Kai Hendry wrote:
> On 28 July 2012 14:39, Brandon Invergo 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 anymore. Anyone else?
⇈ read that
FYI I've applied this patch to st's default branch (commit #245)
Enjoy,
-brandon
Brandon Invergo 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 ideal because o
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 actual
2012/4/25, 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
linux-3.3.tar.xz', is it correct
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()).
Grea
On 23.04.2012 22:08, Gregor Best wrote:
Works fine here on -tip. It'd be great if you could update your
patch to include the Makefile-change, though :)
Good to hear. I've attached an updated diff with the config.mk change!diff -r e1414acbe547 -r 9139a212811d config.mk
--- a/config.mk Mon Feb 27
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
On Fri, 20 Apr 2012 10:39:11 +0200
Brandon Invergo 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 or rxvt but the
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
13 matches
Mail list logo
