Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-28 Thread Bryan Bennett 
That's strange. I'm using tmux here and every ncurses program I'm using
looks great INSIDE tmux - but outside looks like shit.  [1]


1:  http://ompldr.org/vY2kyag (sorry for the hugeness)

Fwd: [dev] [st] new xft branch (FreeType font rendering)

2012-01-28 Thread Peter Hartman 




Begin forwarded message:

 From: Peter Hartman peterjohnhart...@gmail.com
 Date: January 28, 2012 11:03:39 AM EST
 To: Steven Blatchford sblatchf...@gmail.com
 Subject: Re: [dev] [st] new xft branch (FreeType font rendering)
 
 
 
 
 
 On Jan 28, 2012, at 10:51 AM, Steven Blatchford sblatchf...@gmail.com wrote:
 
 On 10:44 Sat 28 Jan, Bryan Bennett wrote:
 That's strange. I'm using tmux here and every ncurses program I'm using
 looks great INSIDE tmux - but outside looks like shit.  [1]
 
 
 1:  http://ompldr.org/vY2kyag (sorry for the hugeness)
 
 Out of curiosity, what do you guys have TERM set to inside and outside
 of tmux?
 
 Inside, screen
 Outside, st-256color
 
 Peter

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-27 Thread Aurélien Aptel 
Oops. Applied, thanks.

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-27 Thread Connor Lane Smith 
One thing I like about Go is how instead of breaking switches it has
explicit fallthrough. So this bug would have required the obviously
incorrect (pseudo-)code,

 case 'f':
   if(++i  argc) opt_font = argv[i];
   fallthrough;
 case 't':
   if(++i  argc) opt_title = argv[i];

cls

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-26 Thread Peter Hartman 
I can verify that this fixes or at least ameliorates the
tmux-split-pane bug reported earlier.

Peter

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-26 Thread Peter Hartman 
On Thu, Jan 26, 2012 at 8:01 AM, Peter Hartman
peterjohnhart...@gmail.com wrote:
 As far as I can tell, this new branch breaks the -e argument, e.g.,

 st -f Terminus:size=12 -e tmux-start.sh

 is a total fail cat (laugh out loud).

And here's a patch to fix that:




-- 
sic dicit magister P
University of Toronto / Fordham University
Collins Hall B06; Office Hours TF10-12 http://individual.utoronto.ca/peterjh
gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F59B)
gpg --keyserver pgp.mit.edu --recv-keys ED6EF59B
diff -r aedb39a024ba st.c
--- a/st.c  Mon Jan 23 20:58:12 2012 +0100
+++ b/st.c  Thu Jan 26 08:03:46 2012 -0500
@@ -2077,6 +2077,7 @@
switch(argv[i][0] != '-' || argv[i][2] ? -1 : argv[i][1]) {
case 'f':
if(++i  argc) opt_font = argv[i];
+   break;
case 't':
if(++i  argc) opt_title = argv[i];
break;

[dev] [st] new xft branch (FreeType font rendering)

2012-01-23 Thread Aurélien Aptel 
Hi all,

Due to popular demand and being fed up with x11 core fonts, I've made
a new branch xft. X11 core fonts are still used in the default
branch and this new branch is just an experiment. It might be merged
back in default depending on how things go.

As of now, the code is still a bit messy but it should work.

* the font can be set in config.h (XFT_FONT) or via the -f flag.
* the fonts usable on your system can be listed with $ fc-list : family
* the font format is family-size or family:size=size
* only works with mono-spaced fonts
* if a bad font name is given, a default one is used without any
err-ing (it's just how XftFontOpenName() works) so be careful.