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)

Re: [dev] [dwm] Optional status bar

2012-01-28 Thread Bjartur Thorlacius
On Sat, 28 Jan 2012 15:28:24 -, Kurt H Maier khm-suckl...@intma.in wrote: This phrasing suggests an implicit approval of the way e.g. ewmh-compliant software handles docks. dwm handles docks perfectly fine -- it renders them like any other x window. if the dock doesn't like it, that is

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

Re: [dev] [dwm] Optional status bar

2012-01-28 Thread Kurt H Maier
On Sat, Jan 28, 2012 at 04:01:09PM -, Bjartur Thorlacius wrote: Dwm creates a dock (status bar) of its own and manages unlike any other x window. Dwm is configured to use a menu that, rather than being managed like any other x window, requests exemption from window management. By

Re: [dev] [dwm] Optional status bar

2012-01-28 Thread Bjartur Thorlacius
On Sat, 28 Jan 2012 16:35:49 -, Kurt H Maier khm-suckl...@intma.in wrote: On Sat, Jan 28, 2012 at 04:01:09PM -, Bjartur Thorlacius wrote: Dwm creates a dock (status bar) of its own and manages unlike any other x window. Dwm is configured to use a menu that, rather than being

Re: [dev] [dwm] Optional status bar

2012-01-28 Thread Tom Vincent
Thanks for the discussion. It seems we can conclude targeting ewmh/icccm is out of the question. How about a new suckless protocol between dwm and its status bar? Much like dmenu handles launching, there's still scope in separating the status bar. Perhaps a compile-time option to disable it

Re: [dev] [dwm] Optional status bar

2012-01-28 Thread Bjartur Thorlacius
Þann lau 28.jan 2012 19:13, skrifaði Tom Vincent: Thanks for the discussion. It seems we can conclude targeting ewmh/icccm is out of the question. How about a new suckless protocol between dwm and its status bar? Much like dmenu handles launching, there's still scope in separating the status

Re: [dev] [dwm] Optional status bar

2012-01-28 Thread Bjartur Thorlacius
Þann lau 28.jan 2012 19:13, skrifaði Tom Vincent: It seems we can conclude targeting ewmh/icccm is out of the question. For tag switching at least.

Re: [dev] [dwm] Optional status bar

2012-01-28 Thread Suraj N. Kurapati
On Sat 28 Jan 2012 09:03:26 PM PST, Bjartur Thorlacius wrote: Þann lau 28.jan 2012 19:13, skrifaði Tom Vincent: targeting ewmh/icccm is out of the question. How about a new suckless protocol between dwm and its status bar? _NET_WM_TYPE_DOCK support and XEmbed tag switcher would do half the

Re: [dev] [dwm] Optional status bar

2012-01-28 Thread Bjartur Thorlacius
Þann lau 28.jan 2012 22:40, skrifaði Suraj N. Kurapati: DBus is overkill. A named pipe or UNIX domain socket would suffice. I think even doing it the Xorg way would be an overkill. I'm in favor of splitting tagging into a separate program drawing to a subwindow of a panel. Some people use