Well, just forget my idea of yesterday, I tried to work with the
wmii layout a couple of minutes and it just feels wrong.
I believe, I shouldn't accept any non-widescreen monitor anymore
instead ;)
Regards,
Anselm
On Tue, Sep 04, 2007 at 05:57:49PM +0200, Anselm R. Garbe wrote:
A
On Tue, Sep 04, 2007 at 10:34:21PM -0400, voltaic wrote:
And I don't think a simple layout for DWM will accomplish what Anselm is
suggesting. Moving clients around in the column goes hand in hand with state
preservation: One feature would be useless without the other.
Perhaps it works to have
On Wed, Sep 05, 2007 at 01:57:33AM +0200, pancake wrote:
Once time ago there was a patch to support transparent windows on dwm using
the X11 composite extensions. It was just 2 lines patch or so afaicr.
Yeah, I wrote that thing, but recently took it of the diri: It wasn't
very useful (just a
On Tue, Sep 04, 2007 at 10:34:21PM -0400, voltaic wrote:
I feel like I'm repeating myself here, but I'm often wondering why other
people are using DWM if it's not for the tags? If I didn't care about the
tags and wanted a workspace based WM with layout preservation I feel like
there are a lot
greetings,
Perhaps it works to have a layout with an ncols parameter. Windows are
arranged in N columns, like so (3 columns, 6 windows):
+---+---+---+
| 1 | 2 | 3 |
+---+---+---+
| 4 | 5 | 6 |
+---+---+---+
I have discovered and implemented this independently in my personal
fork.
It
On Tue, Sep 04, 2007 at 10:34:21PM -0400, voltaic wrote:
To me DWM means a window manager that does its job and actually manages my
windows for me. I have to do as little managing as possible.
This also means that DWM is completely predictable. Since there is no
hierarchy other than
On 9/5/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Well, just forget my idea of yesterday, I tried to work with the
wmii layout a couple of minutes and it just feels wrong.
I believe, I shouldn't accept any non-widescreen monitor anymore
instead ;)
Well, I don't like wide-screen (tried
On Wed, Sep 05, 2007 at 12:57:04PM +0200, Tuncer Ayaz wrote:
On 9/5/07, Anselm R. Garbe [EMAIL PROTECTED] wrote:
Well, just forget my idea of yesterday, I tried to work with the
wmii layout a couple of minutes and it just feels wrong.
I believe, I shouldn't accept any non-widescreen
Hi all,
I just wrote a small patch to dwm 4.4.1 called tomati (for
TOggleMAxTIled). It's purpose is to allow the use of the togglemax
function on tiled windows. I tested it a little and it seems to me
that it behave as it should be.
But as it is the first patch I submit, and not only for dwm,
Julien Barnier wrote:
Hi all,
I just wrote a small patch to dwm 4.4.1 called tomati (for
TOggleMAxTIled). It's purpose is to allow the use of the togglemax
function on tiled windows. I tested it a little and it seems to me
that it behave as it should be.
But as it is the first patch I submit,
I created a similar patch to this a little while ago:
http://www.suckless.org/pipermail/dwm/2007-July/003066.html
Mine worked on the surface but failed for unknown reasons on certain windows.
I'll try yours in a moment, and hopefully it will work where mine failed.
Either way yours has a
I just wrote a small patch to dwm 4.4.1 called tomati (for
TOggleMAxTIled). It's purpose is to allow the use of the togglemax
function on tiled windows. I tested it a little and it seems to me
that it behave as it should be.
I had a similar patch, after using it for some time I found annoying
This isn't a generic supertile implementation, but FWIW the code I've
put the code currently using up at
http://www.personal.rdg.ac.uk/~sis05dst/dwm-4.4.mod.tbz
in case it's of use to anyone. The dwm codebase works on multiple
monitors already via xinerama, my mods just provide routines for
I wanted to use ntags to define the size of
mwfact[], but can't due to compiler errors. ...
You can't make double mwfact[ntags] because ntags is a variable, what
you can do is:
double *mwfact;
mwfact = emalloc(ntags * sizeof(double));
emalloc is just a wrapper on the standard malloc to print
14 matches
Mail list logo
