On Sun, Jan 21, 2007 at 09:14:05AM +0100, Philipp Neubeck wrote:
> On Thu, 18 Jan 2007 21:50:49 +
> Tener Hades <[EMAIL PROTECTED]> wrote:
>
> > > I like this idea too. Most of the time, any second window I open in a
> > > view is of lesser overall importance than the master (even if it is
On Thu, 18 Jan 2007 21:50:49 +
Tener Hades <[EMAIL PROTECTED]> wrote:
> > I like this idea too. Most of the time, any second window I open in a
> > view is of lesser overall importance than the master (even if it is
> > momentarily my focus of attention) - I'd rather have it appear in the
On Fri, Jan 19, 2007 at 05:14:48PM +, Tener Hades wrote:
> One quick note, I did things pretty sloppy in main.c:setup() after
> /* geometry */
> so, ATM, both symbols have to be the same length, or bad things may
> happen...
Okay.
I've removed the variable `bmw' completely and replaced it w
On 1/20/07, David <[EMAIL PROTECTED]> wrote:
Why not just add the window to the currently selected column
instead of having these modes? If the master client is selected
the new window is prepended otherwise it's appended.
if i've got only one window open and i occasionally want to open a
small
On Fri, Jan 19, 2007 at 06:56:41PM -0500, David wrote:
> Why not just add the window to the currently selected column
> instead of having these modes? If the master client is selected
> the new window is prepended otherwise it's appended.
Hmm. CPU cycles? Modern machines won't be bothered i know.
Why not just add the window to the currently selected column
instead of having these modes? If the master client is selected
the new window is prepended otherwise it's appended.
On 1/19/07, Oliver Heins <[EMAIL PROTECTED]> wrote:
"Sander van Dijk" <[EMAIL PROTECTED]>
writes:
> On 1/19/07, panca
On Fri, Jan 19, 2007 at 08:57:57PM +0100, Oliver Heins wrote:
> "Sander van Dijk" <[EMAIL PROTECTED]>
> writes:
>
> > On 1/19/07, pancake <[EMAIL PROTECTED]> wrote:
> >> I've defined two symbols for the tile and append modes:
> >>
> >> #define TILESYMBOL "[<="
> >> #define APPENDSYMBO
"Sander van Dijk" <[EMAIL PROTECTED]>
writes:
> On 1/19/07, pancake <[EMAIL PROTECTED]> wrote:
>> I've defined two symbols for the tile and append modes:
>>
>> #define TILESYMBOL "[<="
>> #define APPENDSYMBOL"[>="
>>
>> So it looks cleaner for me, instead of "const char *.
On 1/19/07, pancake <[EMAIL PROTECTED]> wrote:
I've defined two symbols for the tile and append modes:
#define TILESYMBOL "[<="
#define APPENDSYMBOL"[>="
So it looks cleaner for me, instead of "const char *..[]={"[<=",...}"
The rest of the code is similar. ARG, what do
I've defined two symbols for the tile and append modes:
#define TILESYMBOL "[<="
#define APPENDSYMBOL"[>="
So it looks cleaner for me, instead of "const char *..[]={"[<=",...}"
The rest of the code is similar. ARG, what do you think about this?
Could this feature be inc
On Fri, Jan 19, 2007 at 01:31:44PM +1300, Karl. wrote:
> > Any chance of this going into upstream? I really find it useful to
> > append new windows to slave area (especially xterms).
>
> I like this idea too. Most of the time, any second window I open in a
> view is of lesser overall importanc
> Any chance of this going into upstream? I really find it useful to
> append new windows to slave area (especially xterms).
I like this idea too. Most of the time, any second window I open in a
view is of lesser overall importance than the master (even if it is
momentarily my focus of attenti
Tener Hades <[EMAIL PROTECTED]>
writes:
> this is untested. i had to rewrite most of it, 'cus my dwm is moded to
> hell.. but i know it compiles. _should_ work.
Thank you very much Tener. It works like a charme. :-)
Any chance of this going into upstream? I really find it useful to
append new
Sorry, i'm not @~ now, but i've the modified patch using [<= and [>= tags
in the statusbar. I'll submit the patch asap.
--pancake
> On Thu, Jan 18, 2007 at 03:40:31PM +0100, Oliver Heins wrote:
>> Hi Tener,
>>
>> Tener Hades <[EMAIL PROTECTED]>
>> writes:
>> > i've changed TILESYMBOL the same way
On Thu, Jan 18, 2007 at 03:40:31PM +0100, Oliver Heins wrote:
> Hi Tener,
>
> Tener Hades <[EMAIL PROTECTED]>
> writes:
> > i've changed TILESYMBOL the same way the bottom stack patch does to
> > notify of which mode you're in.
> >
> > "[->]=" appends the stack (your patch).
> > "[<-]=" pr
Hi Tener,
Tener Hades <[EMAIL PROTECTED]>
writes:
> i've changed TILESYMBOL the same way the bottom stack patch does to
> notify of which mode you're in.
>
> "[->]=" appends the stack (your patch).
> "[<-]=" prepends the stack (dwm default).
>
> apart from all the declaration that need
On 2007-01-17, Tener Hades <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 17, 2007 at 02:44:47PM +0100, pancake wrote:
>> Testers and comments are welcome
>
> I like the idea/patch, but I've changed a couple of things:
>
>> +{ MODKEY, XK_a, append, { .i =
>> 0
On Wed, Jan 17, 2007 at 02:44:47PM +0100, pancake wrote:
> Testers and comments are welcome
I like the idea/patch, but I've changed a couple of things:
> + { MODKEY, XK_a, append, { .i =
> 0 } }, \
I've removed this line completely, but kept the other
> arg wrote:
>
> This seems dangerous if tc is NULL after the loop. There is a
> missing if(tc) { ... }
(..)
> Those operations are not necessary, because c is allocated using
> util.c:emallocz().
Thanks for the fix!
I've tested the new version and works pretty nice now.
Testers and comments are
On Wed, Jan 17, 2007 at 01:00:51AM +0100, pancake wrote:
> +
> + if (apwl) {
> + Client *tc;
> +
> + if(!clients)
> + stack = clients = c;
> +
> + c->prev = clients;
> + for(tc = clients; tc && tc->next; tc = tc->next)
> +
> I'm not sure I really understand what you ask. dwm prepends the
> window list, because that's a very simple list operation. If
> you want an append, you only have to patch manage().
I've implemented an initial version of the patch to append windows in
the slave area (at the end of the list).
It
On Tue, Jan 16, 2007 at 06:41:41PM +0100, pancake wrote:
> Sometimes I need to have a big window in the master area and i want to open
> new windows into the slave one without redrawing the master area.
>
> f.example
>
> --
> --
>
> ==
> --
>
> In this example i've been using th
Sometimes I need to have a big window in the master area and i want to open
new windows into the slave one without redrawing the master area.
f.example
--
--
==
--
In this example i've been using the slave area as the master one. leaving
one big window on the right and N small w
23 matches
Mail list logo
