> A 5,000-line library to handle status bar IPC. Super.
It's not only used for the status bar
A 5,000-line library to handle status bar IPC. Super.
--
# Kurt H Maier
On Mon 17 Oct 2011 02:29:43 PM PDT, Connor Lane Smith wrote:
> Separating the status bar from the window manager would require us
> to fill root with atoms, or else invent our own IPC protocol, and
> it would generally get quite messy.
That's what wmii does, where IPC is done via the 9P2000 protoc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Somebody claiming to be Connor Lane Smith wrote:
>On 17/10/2011, Stephen Paul Weber wrote:
>> 4) alt+leftarrow and alt+rightarrow, which I use in irssi to swich chats, do
>>not seem to work. Looking at st.c, it seems that kpress handles the
>>
Hey,
On 17/10/2011, Stephen Paul Weber wrote:
> 4) alt+leftarrow and alt+rightarrow, which I use in irssi to swich chats, do
>not seem to work. Looking at st.c, it seems that kpress handles the
>arrow keys specially, which may be breaking this?
I'm not a st developer, but I've had a loo
On Mon, Oct 17, 2011 at 09:44:19AM -0500, Stephen Paul Weber wrote:
> 3) How do I scroll up the scrollbuffer? The Shift+PageUp I'm used
> to does not seem to work.
This isn't implemented in st yet, sadly. Some people are
happy having tmux manage scrollback stuff.
Invent the C programming language and UNIX, then die: nobody gives a shit.
Market other people's technologies to rich white kids, then die: HE WAS LIKE
FCUKING EINSTEIN ZOMG EDISON WTFBBQ.
--
Džen
I've started using st and have some questions/issues:
1) To get the foreground colour I want, I changed index 7 of colorname[] to
grey -- will this have any strange site effects?
2) The foreground colour "brightblack" in mutt (which shows as a grey in
xterm/rxvt) shows as straight black, whic
Great! Something I've been waiting for a ling time!
It would be nice on the wiki!
Le 00:57:33 le 17 oct. 2011 , Connor Lane Smith a écrit :
> Hey all,
>
> In case anyone's interested, here's a patch which adds some basic
> mouse support to dmenu.
>
> You can click things, click the paginators ("
On Mon, Oct 17, 2011 at 9:12 AM, Petr Sabata wrote:
> It's in the default dwm config, line 93...
Woops. I guess I should probably glance at config.def.h once in a
while. I must have removed that so long ago that it was lost in the
mists of brain.
--
# Kurt H Maier
On Mon, Oct 17, 2011 at 1:44 PM, Stephen Paul Weber
wrote:
> Isn't "docking" really just another layout? One where most windows tile
> below a window kept at the top/side?
>
Kinda, but it then it depends on recursive window management.
Connor Lane Smith wrote:
> their status bar without a bunch of garish icons; text will suffice.
Yes, but using fancy fonts. Thankfully, patching is possible. Thus my
point is moot.
Robert Pansom wrote:
>I would think you'ld *like* setting _NET_NUMBER_OF_DESKTOPS to 2^10 by
Or 2^9-1. But your point
Somebody claiming to be Peter John Hartman wrote:
I'm really not convinced a generic status bar would work better than
dwm's does now.
Not that I care about statusbars and dockbars--I just want dwm to play nice
with onscreen keyboards---I think, that said, that his point is that there's
no conc
On 17/10/2011, Peter John Hartman wrote:
> Not that I care about statusbars and dockbars--I just want dwm to play nice
> with onscreen keyboards---I think, that said, that his point is that there's
> no conceptual tension between dwm and a statusbar *since dwm has a
> statusbar*.
I agree, then. I
On 2011-10-16, Kurt H Maier wrote:
> On Sun, Oct 16, 2011 at 5:38 PM, Bjartur Thorlacius
> wrote:
>> First, docking is generally useful for panels. Dwm sucks as a status
>> bar. Should the information displayed in the status bar not be
>> properties on the root window to dwm? A panel can then kee
> That's not exactly what I'd describe as an application launcher, but I
> still don't understand what you're complaining about. If you want to
> change dwm's status bar, customise your buttons[]. (And a clock?
> That's just the root window title.)
>
> I'm really not convinced a generic status bar
On Mon, Oct 17, 2011 at 09:08:04AM -0400, Kurt H Maier wrote:
> On Mon, Oct 17, 2011 at 8:52 AM, Bjartur Thorlacius
> wrote:
> > Try clicking the title (selmon->bar IIRC). Wait for a terminal
> > emulator to spawn.
>
> What? No. What code do you see that's supposed to do that? Did you
> put th
On 17/10/2011, Kurt H Maier wrote:
> What? No. What code do you see that's supposed to do that? Did you
> put that into your config.h?
config.def.h:93
On 17/10/2011, Bjartur Thorlacius wrote:
> Try clicking the title (selmon->bar IIRC). Wait for a terminal
> emulator to spawn.
That's not ex
On Mon, Oct 17, 2011 at 8:52 AM, Bjartur Thorlacius
wrote:
> Try clicking the title (selmon->bar IIRC). Wait for a terminal
> emulator to spawn.
What? No. What code do you see that's supposed to do that? Did you
put that into your config.h?
--
# Kurt H Maier
On Mon, Oct 17, 2011 at 12:33 PM, Connor Lane Smith wrote:
> On 17/10/2011, Bjartur Thorlacius wrote:
> dmenu != dwm
>
Try clicking the title (selmon->bar IIRC). Wait for a terminal
emulator to spawn.
On Mon, Oct 17, 2011 at 8:18 AM, Bjartur Thorlacius
wrote:
> Yet dwm sports a half-assed status bar that works as an application
> launcher and clock. This could be implemented more modularily by
> XEmbedding... although it would probably wind more complicated than
> necessary.
dwm's status bar i
On 17/10/2011, Bjartur Thorlacius wrote:
> a half-assed status bar that works as an application launcher
dmenu != dwm
cls
On Sun, Oct 16, 2011 at 10:05 PM, Kurt H Maier wrote:
> Panels are a part of a different interface paradigm. dwm does not
> have desktops. This is another example of software that shouldn't be
> crammed into dwm.
>
Yet dwm sports a half-assed status bar that works as an application
launcher and
23 matches
Mail list logo