I run dwm with the status bar hidden by default. I don't want to be
distracted with system info through xsetroot nor need to see the
window title. Often, I'll forget about open applications in other tags
so sometimes toggle the status bar to find an active tag (NB, is there
an equivalent to xmonad'
On Sat, 28 Jan 2012 12:51:46 -, Tom Vincent wrote:
(NB, is there
an equivalent to xmonad's [runOrRaise][1] action in dwm?).
No. Dwm has a rudimentary built-in application launcher (spawn(), IIRC),
but advanced launching is handled externally by dmenu_run, which opens an
override-redirec
On 2012-01-28 14:22, Bjartur Thorlacius wrote:
> When I think of it, I can't but wonder if we could write a program
> that does tagging and tagging only, and a selection of separate
> layout managers that automatically tile or maximize mapped windows.
> Interoperability with (other) no-wm tools wou
On Sat, Jan 28, 2012 at 02:22:09PM -, Bjartur Thorlacius wrote:
> override-redirect window (as docks are not handled properly by dwm).
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 an
On Sat, 28 Jan 2012 15:28:24 -, Kurt H Maier
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 the dock's problem, not
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
>
On Sat, 28 Jan 2012 16:35:49 -, Kurt H Maier
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 managed
like any other x win
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 com
Þ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
Þ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.
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 h
Þ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 tag
On Sat, Jan 28, 2012 at 02:40:07PM -0800, Suraj N. Kurapati wrote:
>
> DBus is overkill. A named pipe or UNIX domain socket would suffice.
I seem to recall someone exporting client and tag information via xprop.
On 28 January 2012 13:51, Tom Vincent wrote:
> It would seem there might be opportunity here to reduce the dwm
> codebase by handing off responsibility of the status bar to something
> else, similar to how xmonad does it. dwm could provide an interface
> that outputs "desktop" and urgency hints ra
On Wed, 8 Feb 2012 20:01:58 +0100, Anselm R Garbe wrote:
> What I do plan though, is adding a config.h hook to make the bar
> window smaller (in terms of width) for a better dzen2 or similar
> integration.
While I personally doesn't have need for it, how about ability to make
clients "unmanaged"?
On 8 February 2012 21:26, Sebastian Liem wrote:
> On Wed, 8 Feb 2012 20:01:58 +0100, Anselm R Garbe wrote:
>> What I do plan though, is adding a config.h hook to make the bar
>> window smaller (in terms of width) for a better dzen2 or similar
>> integration.
>
> While I personally doesn't have ne
16 matches
Mail list logo
