I agree to all you said, except:
On 31 January 2010 22:00, Uriel wrote:
> No, it is not OK, the gratuitous fiddling with the .h files is one of
> the most retarded things about dwm.
If you know a better way, please let me know. The idea behind config.h
is to provide a mechanism where people can
On 1 February 2010 07:06, Anselm R Garbe wrote:
> On 31 January 2010 22:40, anonymous wrote:
>>> If you need mkstemp you have have two options: either you restrict
>>> your program to run only on platforms that include it, or you
>>> implement your own version. In either case there is *zero* adva
On 31 January 2010 22:40, anonymous wrote:
>> If you need mkstemp you have have two options: either you restrict
>> your program to run only on platforms that include it, or you
>> implement your own version. In either case there is *zero* advantage
>> of finding out at build time whatever your sy
Hi Jakub,
On 31 January 2010 22:54, Jakub Lach wrote:
> Thanks for making best wm out there, it does all
> I need and I indeed don't waste time managing
> windows size..
>
> However I have one problem that somewhat spoils
> this experience form me. After recent update of sdl
> 1.2.13->14 dwm 5.6
I have tried to put code from http://surf.suckless.org/files/link_hints
to ~/.surf/user.js, but it didn't work. Then I looked at config.h and
moved user.js to script.js. It didn't work too. Even putting
"alert('test');" to script.js don't work. style.css works as expected.
Is there anything I obvi
Hello.
Thanks for making best wm out there, it does all
I need and I indeed don't waste time managing
windows size..
However I have one problem that somewhat spoils
this experience form me. After recent update of sdl
1.2.13->14 dwm 5.6 spawns ioquake3 window beneath all
others. If there are
> If you need mkstemp you have have two options: either you restrict
> your program to run only on platforms that include it, or you
> implement your own version. In either case there is *zero* advantage
> of finding out at build time whatever your system includes it or not.
What if there is diffe
On Sun, Jan 31, 2010 at 10:16 PM, pancake wrote:
>
>
> On Jan 30, 2010, at 3:58 PM, Uriel wrote:
>
>>>
>>
>> Plan 9 solves this, the standard set of mkfiles you can use are
>> described here: http://doc.cat-v.org/plan_9/4th_edition/papers/mkfiles
>>
> Will take a look. Thanks
>>
>>> The configure
ctwm
On 01/31/2010 09:47 PM, Nathan Neff wrote:
> Does anyone know of a non-tiling window manager that allows you to tag
> windows like wmii does?
>
> Perhaps a plugin for Openbox where I can do wmii-like tag switching, and
> tag a client with multiple tags so that's it's visible on multiple
> des
On Jan 30, 2010, at 3:58 PM, Uriel wrote:
Plan 9 solves this, the standard set of mkfiles you can use are
described here: http://doc.cat-v.org/plan_9/4th_edition/papers/mkfiles
Will take a look. Thanks
The configure stage is in many situations innecessary, but its just
a way
to do d
Dwm in float mode?
On Jan 31, 2010, at 9:47 PM, Nathan Neff wrote:
Does anyone know of a non-tiling window manager that allows you to tag
windows like wmii does?
Perhaps a plugin for Openbox where I can do wmii-like tag switching,
and
tag a client with multiple tags so that's it's visible o
http://dwm.suckless.org/
using Monocle or Floating layout.
L.
On Sun, Jan 31, 2010 at 8:47 PM, Nathan Neff wrote:
> Does anyone know of a non-tiling window manager that allows you to tag
> windows like wmii does?
>
> Perhaps a plugin for Openbox where I can do wmii-like tag switching, and
> tag
Does anyone know of a non-tiling window manager that allows you to tag
windows like wmii does?
Perhaps a plugin for Openbox where I can do wmii-like tag switching, and
tag a client with multiple tags so that's it's visible on multiple
desktops/tags?
Thanks,
--Nate
13 matches
Mail list logo
