[hackers] [dwm] [PATCH] don't purge tagset of alternative view on _NET_ACTIVE_WINDOW event

Before this patch when receiving a _NET_ACTIVE_WINDOW event from a window which is out of view one of the two altenative views/tagsets gets purged and replaced with just the tags where the respective window is visible. For example if you have tags [1,2,3] selected in the first view and tags

[hackers] [dwm] [PATCH] per client resizehints

--- Heyho Anselm, here you go. Per client resize hints. Since the client struct is always initialized with zeroes to preserve behaviour either the meaning has to be reversed ("ignorehints"?) or a default rule with class, instance and title set to NULL has to be added. --Markus config.def.h

Re: [hackers] More dwm patches

Run conway's game of life as your wallpaper [0]. make; ./life2d -r --conway cheers! mar77i [0] https://github.com/mar77i/xdemos

Re: [hackers] More dwm patches

> A wallpaper can help change your mood. to better and worse.

Re: [hackers] [dwm] [PATCH] don't purge tagset of alternative view on _NET_ACTIVE_WINDOW event

On 27 October 2016 at 13:29, Markus Teich wrote: > I just came up with an even less intrusive behavior: Instead of additionally > selecting the respective tag, just set the urgency hint on the client and let > the user decide when to handle it. This approach goes in

Re: [hackers] More dwm patches

On 2016-10-27 11:54, Anselm R Garbe wrote: Doesn't sound useful to me. Wallpaper fetishists should keep using OSX. -Anselm A wallpaper can help change your mood. --- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

Re: [hackers] [dwm] [PATCH] get rid of unnecessary ternary operator

On 27 October 2016 at 12:46, Markus Teich wrote: > Anselm R Garbe wrote: >> To me ! is logical NOT and your suggestion relies on the fact that >> XUrgencyHint is a single bit flag? no? >> >> I prefer the original code, as it doesn't use side effects of logical NOTs. >

Re: [hackers] [dwm] [PATCH] clarify status text padding

Hi Markus, On 27 October 2016 at 12:26, Markus Teich wrote: > now I have. As expected an like before the patch the status bar text gets > overwritten by the tag names. This patch should not introduce new behavior at > all. OK, I will accept this patch. -Anselm

Re: [hackers] More dwm patches

On 27 October 2016 at 13:24, Markus Teich wrote: > - resizehints per client (+1 SLoC): Some old version of mplayer "forced" me to > write this. I don't know if this is still a problem, but the patch might be > usefull regardless. Show me. > - allow no tags to be

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

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

[hackers] More dwm patches

Heyho, I am currently updating my patch queue and I have some more patches in there which might be considered for mainline dwm. If they are not accepted, I'll just push them to the wiki when done. - resizehints per client (+1 SLoC): Some old version of mplayer "forced" me to write this. I

[hackers] [dwm] [PATCH] don't purge tagset of alternative view on _NET_ACTIVE_WINDOW event

Before this patch when receiving a _NET_ACTIVE_WINDOW event from a window which is out of view one of the two altenative views/tagsets gets purged and replaced with just the tags where the respective window is visible. For example if you have tags [1,2,3] selected in the first view and tags

Re: [hackers] [dwm] [PATCH] break up long config line

Anselm R Garbe wrote: > Why, are you entering command line options also on separate lines? Heyho Anselm, Nope, but my command line input mostly is way shorter, because I don't have to enter a declaration in front of it and if I have such a special case like color schemes, I tend to put them away

Re: [hackers] [dwm] [PATCH] get rid of unnecessary ternary operator

Anselm R Garbe wrote: > To me ! is logical NOT and your suggestion relies on the fact that > XUrgencyHint is a single bit flag? no? > > I prefer the original code, as it doesn't use side effects of logical NOTs. Heyho Anselm, The `(wmh->flags & XUrgencyHint)` is used as a bool value regardless.

Re: [hackers] [dwm] [PATCH] get rid of unnecessary ternary operator

On Thu, 27 Oct 2016 10:02:32 +0200 Anselm R Garbe wrote: Hey Anselm, > To me ! is logical NOT and your suggestion relies on the fact that > XUrgencyHint is a single bit flag? no? > I prefer the original code, as it doesn't use side effects of logical > NOTs. this is exactly

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

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] clarify status text padding

Anselm R Garbe wrote: > On 26 October 2016 at 22:42, Markus Teich wrote: > > This patch simplifies the status bar text padding and fixes the comment with > > a wrong description. > > Have you tested this with long tag names? Heyho Anselm, now I have. As expected an

Re: [hackers] [dwm] [PATCH] break up long config line

Why, are you entering command line options also on separate lines? On 27 October 2016 at 01:42, Markus Teich wrote: > --- > config.def.h | 8 +++- > 1 file changed, 7 insertions(+), 1 deletion(-) > > diff --git a/config.def.h b/config.def.h > index

Re: [hackers] [dwm] [PATCH] get rid of unnecessary ternary operator

To me ! is logical NOT and your suggestion relies on the fact that XUrgencyHint is a single bit flag? no? I prefer the original code, as it doesn't use side effects of logical NOTs. -Anselm On 27 October 2016 at 01:40, Markus Teich wrote: > --- > dwm.c | 2 +- > 1

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

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