Well the zoom function seems to work, but increasing the master area
does not. I changed part of the incmaster function within tile.c to
if(lt->arrange == floating) return; but I still can't increase the
master in the bottom stack layout mode. Any ideas?
On Aug 11, 2007, at 6:58 PM, James
Quick note just in case, use patch -p0 < dwm-4.4-bstack.diff within
the dwm source dir to apply.
On Aug 11, 2007, at 6:53 PM, James Turner wrote:
I've gone ahead and updated the bottom stack patch to work with the
new
4.4 tip. I just ported the portrait layout since that's all I use.
Pleas
I've gone ahead and updated the bottom stack patch to work with the new
4.4 tip. I just ported the portrait layout since that's all I use.
Please test this against the latest tip. One question for you C
hackers, how to I get the incmaster and zoom functions with in the
tile.c to work with my new
Thank you pancake. I was about to make something like this
as I, don't want a bloated but do, want a gallery.
this is a very nice weekend present, best,
Yigal
On Sat, Aug 11, 2007 at 08:50:55PM +0200, pancake wrote:
> I have written a gallery system using imagemagick commandline tools
> in perl
I have written a gallery system using imagemagick commandline tools
in perl and php (i would like to make't in pure shellscript that perl
and php are nice langs for doing dirty jobs). So this could change in
the future.
Theming support is not yet done, but I expect to write something like
layouts
These days my dwm has converted on a layout testing environment, and
i have been playing with them a lot mostly working with terminals
and epiphany (faster and less buggy than firefox).
My experience these days has concluded on reducing the number of
layouts to three:
- tiled
- floating
- m
On Thu, Aug 09, 2007 at 07:43:09PM +0200, Anselm R. Garbe wrote:
> I also think the NMASTER thing feels wrong and should/might be
> removed.
Please let NMASTER stay. I don't use it often, but it's definitely
useful.
Regards,
Christian
--
Christian.Garbs.
On Sat, Aug 11, 2007 at 06:20:02PM +0200, Anselm R. Garbe wrote:
> On Sat, Aug 11, 2007 at 03:11:11PM +0200, markus schnalke wrote:
> > Jeroen Schot <[EMAIL PROTECTED]> wrote:
> > > On Sat, Aug 11, 2007 at 07:52:46AM -0500, Kurt H Maier wrote:
> > > > Two #include lines make a file "ugly"? How so?
On Sat, Aug 11, 2007 at 03:11:11PM +0200, markus schnalke wrote:
> Jeroen Schot <[EMAIL PROTECTED]> wrote:
> > On Sat, Aug 11, 2007 at 07:52:46AM -0500, Kurt H Maier wrote:
> > > Two #include lines make a file "ugly"? How so?
> >
> > It's not about the number of lines, it's about the concept. Whe
Jeroen Schot <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 11, 2007 at 07:52:46AM -0500, Kurt H Maier wrote:
> > Two #include lines make a file "ugly"? How so?
>
> It's not about the number of lines, it's about the concept. When I add a
> layout (say 'gridmode') it will look:
>
> #include "tile.h"
>
On Sat, Aug 11, 2007 at 07:52:46AM -0500, Kurt H Maier wrote:
> Two #include lines make a file "ugly"? How so?
It's not about the number of lines, it's about the concept. When I add a
layout (say 'gridmode') it will look:
#include "tile.h"
#include "float.h"
#include "gridmode.h"
#define LAYOUTS
Two #include lines make a file "ugly"? How so?
Kurt
On 8/11/07, Jeroen Schot <[EMAIL PROTECTED]> wrote:
> Hi Anselm,
>
> Forgive me if I sound rude, but I don't really like this separation.
> IMHO it makes the config.h ugly. It does look slightly easier to
> create/modify layouts, but there seem
Hi Anselm,
Forgive me if I sound rude, but I don't really like this separation.
IMHO it makes the config.h ugly. It does look slightly easier to
create/modify layouts, but there seems to be a lot of duplicate
stuff/overhead involved.
Perhaps there is a different solution that gives the best of bo
Hi there,
I forward my change to this list, to show in detail what I have
in mind how to separate layouts. Just checkout hg tip, it's
quite simple to grasp.
config.mk has to be edited to define all .c files which contain
layout specific things, config.h has to be edited to include the
layout-spe
Basically I came to the same conclusion, that adding const char
*arg to tile() is not the best idea, same with letting the
arrange function do all nasty jobs. All I have in mind is
making the inclusion of third-party layouts more elegant with
less coupling for this. I came up to a different idea wh
15 matches
Mail list logo
