Re: [hackers] [dwm] [PATCH] decouple color-scheme count from dwm.c

2016-11-11 Thread Markus Teich
Heyho Anselm, Markus Teich wrote: > this patch allows for a flexible amount of different colorschemes in config.h > without having to edit dwm.c as well. > This patch simplifies the status bar text padding and fixes the comment with a > wrong description. I think enough time has passed for

Re: [hackers] [dwm] [PATCH] decouple color-scheme count from dwm.c

2016-10-27 Thread Anselm R Garbe
On 27 October 2016 at 12:34, Markus Teich wrote: > Anselm R Garbe wrote: >> Why wouldn't dwm just work fine without this change, if editing config.h >> would >> incorporate assigning SchemeLast with a value instead? Then all the nasty >> heap allocation would become

Re: [hackers] [dwm] [PATCH] decouple color-scheme count from dwm.c

2016-10-27 Thread Markus Teich
Anselm R Garbe wrote: > On 26 October 2016 at 20:30, Markus Teich wrote: > > this patch allows for a flexible amount of different colorschemes in > > config.h without having to edit dwm.c as well. Applying this upstream would > > help patches like urgentborder and

Re: [hackers] [dwm] [PATCH] decouple color-scheme count from dwm.c

2016-10-27 Thread Anselm R Garbe
Hi Markus, On 26 October 2016 at 20:30, Markus Teich wrote: > this patch allows for a flexible amount of different colorschemes in config.h > without having to edit dwm.c as well. Applying this upstream would help > patches > like urgentborder and statuscolors with

[hackers] [dwm] [PATCH] decouple color-scheme count from dwm.c

2016-10-26 Thread Markus Teich
--- Heyho, this patch allows for a flexible amount of different colorschemes in config.h without having to edit dwm.c as well. Applying this upstream would help patches like urgentborder and statuscolors with the new drw mechanics. This patch has no benefit to core dwm at all, but since it's an