On Tue, May 31, 2011 at 3:08 PM, Bryan Bennett wrote:
> terrible.[1] I've uploaded my config.h[2], but the line that should be the
Also, I don't know if changing the value of TAB is recommended. I
think it may lead to some strange bugs. Thus, we should move TAB
definition to st.c
On Tue, May 31, 2011 at 3:08 PM, Bryan Bennett wrote:
> I'm attempting to get st to use Dina as it's font. At first, I couldn't get
> st to read the font at all (it would die upon launching, saying it couldn't
> find the font), but I've had issues with Dina before - the CP1252
> encoding was givin
On 1 June 2011 02:00, Kurt H Maier wrote:
> On Tue, May 31, 2011 at 8:54 PM, Jonathan Slark
> wrote:
>> It's a point though, do we need a suckless screen replacement? If you use
>> dwm you don't need it but lately I've been looking into cwm/tmux instead.
>
> If all you're looking for is detach, d
On Tue, May 31, 2011 at 8:54 PM, Jonathan Slark
wrote:
> It's a point though, do we need a suckless screen replacement? If you use
> dwm you don't need it but lately I've been looking into cwm/tmux instead.
If all you're looking for is detach, dtach[1] exists. Under 1k of code.
[1] http://dtach
FWIW, if one (as I do) always run a tmux instance on top of whatever X
terminal one launches, neither the lack of scrollback buffer nor the
double-click-and-drag selection should be on the TODO list, since these
features are moot granted one uses tmux. In fact, I'd prefer they be
treated as bloat
> - the lack of a scrollback buffer, already mentioned
> - double-click-and-drag selection, like xterm has
> (st currently supports double-click word selection; implementing this
> should be no big deal... I might look at it)
> - vim in st with Solarized [1] colorscheme draw
I've also noticed that my vim theme paints invisible text (try doing
"TERM=xterm vim somfile" and see what happens), but I've begun
using vile recently so that's really of no consequence.
Honestly, since urxvt works fine here, I'll probably just go back to that.
I can't figure this one out and I r
On Tue, May 31, 2011 at 09:33:59AM -0400, Bryan Bennett wrote:
> So far, this font issue and the lack of a scrollback buffer are
> my only issues with st. I'm having strange problems with urxvt
> under another (inferior / floating) window manager, which has
> pushed me towards st. I could be using
On Tue, May 31, 2011 at 07:19:26PM +0200, Aurélien Aptel wrote:
> > transparency support. In my opinion "st" seems like not very stable now,
>
> If you found a bug, please report it. It's the only way we can fix it.
Code for text selection is buggy. I can only see what I selected after
either I
There is a patch to support Xft somewhere (but it's slow). We have to
re-implement the GLYPH_DIRTY trick to speed the rendering.
On Tue, May 31, 2011 at 3:46 PM, Le Tian wrote:
> Well, when I got tired of urxvt, aterm and xterm, I switched to "terminal"
> and then "sakura", both very lightweight
On Tue, May 31, 2011 at 09:46:46AM -0400, Le Tian wrote:
> Well, when I got tired of urxvt, aterm and xterm, I switched to "terminal"
> and then "sakura", both very lightweight and easy on your fonts, plus
> transparency support. In my opinion "st" seems like not very stable now,
> moreover, it is
On Tue, May 31, 2011 at 9:33 AM, Bryan Bennett wrote:
> So far, this font issue and the lack of a scrollback buffer are
> my only issues with st. I'm having strange problems with urxvt
> under another (inferior / floating) window manager, which has
> pushed me towards st. I could be using xterm,
So far, this font issue and the lack of a scrollback buffer are
my only issues with st. I'm having strange problems with urxvt
under another (inferior / floating) window manager, which has
pushed me towards st. I could be using xterm, but...eww.
Terminus drew nice and quickly for me when I was usi
On Tue, May 31, 2011 at 9:08 AM, Bryan Bennett wrote:
> I'm attempting to get st to use Dina as it's font. At first, I couldn't get
> st to read the font at all (it would die upon launching, saying it couldn't
> find the font), but I've had issues with Dina before - the CP1252
> encoding was givi
I'm attempting to get st to use Dina as it's font. At first, I couldn't get
st to read the font at all (it would die upon launching, saying it couldn't
find the font), but I've had issues with Dina before - the CP1252
encoding was giving urxvt problems a while back so I re-encoded it
(to ISO8859-1)
15 matches
Mail list logo