Re: 11n support for athn(4)

Quoth Vadim Vygonets on Tue, Jan 10, 2017: > Quoth Stefan Sperling on Tue, Jan 10, 2017: > > On Tue, Jan 10, 2017 at 07:14:40PM +0100, Vadim Vygonets wrote: > > > And it seems to work, although my testing was by no means > > > exhaustive. > > > > Thank yo

Re: 11n support for athn(4)

Quoth Stefan Sperling on Tue, Jan 10, 2017: > On Tue, Jan 10, 2017 at 07:14:40PM +0100, Vadim Vygonets wrote: > > And it seems to work, although my testing was by no means > > exhaustive. > > Thank you for testing! > > Are you testing athn in hostap or in client mode?

Re: 11n support for athn(4)

Quoth Vadim Vygonets on Tue, Jan 10, 2017: > Quoth Stefan Sperling on Tue, Jan 10, 2017: > > On Mon, Jan 09, 2017 at 01:54:55PM +0100, Stefan Sperling wrote: > > > This diff adds 11n support to the athn(4) driver. > > > Requires -current net80211 code from today. > &g

Re: 11n support for athn(4)

Quoth Stefan Sperling on Tue, Jan 10, 2017: > On Mon, Jan 09, 2017 at 01:54:55PM +0100, Stefan Sperling wrote: > > This diff adds 11n support to the athn(4) driver. > > Requires -current net80211 code from today. > > A better diff which fixes several bugs. After applying the diff below, it compil

Re: cwm bind changes

Quoth Okan Demirmen on Wed, Nov 30, 2016: > I suppose a future change could change the implicit 'command' binding to > something more explicit, such as "bind-key M-m command /usr/local/bin/magic" > While that requires a bit of surgery, I could make that a part of this overall > change? Explicit co

Re: cwm bind changes

Quoth Okan Demirmen on Sat, Nov 26, 2016: > Hopefully these new action names make more sense; they will allow adding some > more functions that will more closely match what they do. The new action names are definitely better. I'm a bit divided about breaking compatibility, but it's probably worth

Re: cwm: remove mouse resize window

Quoth Okan Demirmen on Wed, Sep 28, 2016: > We currently print the x/y dimensions only for mouse based actions; we > don't for kbd, nor do we do anything with mouse/kbd window moves (such > as printing the x/y coordinates, etc). So why have mouse-resize be > different? Thus, the below crudely remo

[patch] inter-phone: Fix Belarus

Hello OŭpenBiEsDzi, In r1.11 ("belorussia, rodina moya"), someone misspelled the country name. To keep the theme of silly commit messages for this file, I propose "Žyvie Biełaruś" (possibly without diacritics). Vadzik. -- Question Authority -- and the authorities will question you. (K) Index:

Re: [patch] cwm: Always keep client visible

Version 3 of the patch fixes region border calculation in client_keep_visible(). Quoth Vadim Vygonets on Mon, Jul 18, 2016: > cwm makes a client active only when the mouse pointer enters the > window. Thus, once a client is off screen and another becomes > active, it's lost for

Re: cwm: Three tiny patches

Quoth Vadim Vygonets on Sun, Dec 13, 2015: > cwm-cycling-urgency.diff > Don't clear urgency flag while cycling Version 2 of the patch clears the urgency flag after cycling. Vadik. -- You have good days and bad days, and depression's something that, you know, is

cwm: Two tiny bugfixes

Here's something I made earlier. cwm-resize-new.patch: Resize new clients. This is needed if client_placecalc() decides to change size of the new window. cwm-ptrwarp-inbound.patch: Ensure pointer is within warped-to window. This is relevant after a window shrinks (e.g., is unmaximized)

[patch] cwm: Always keep client visible

Hi, I received no comments to my previous e-mail on the subject from 13 Dec, so now that I have a machine with two monitors I just implemented it. Now, excuse me for ranting: I understand that the people responsible for cwm are busy, but I'd like some feedback on the patches I've sent to the list

Re: [patch v3] cwm: Preserve stacking order during cycling

Quoth Okan Demirmen on Mon, Dec 14, 2015: > On Mon 2015.12.14 at 20:06 +0100, Matej Nanut wrote: > > Hello, > > > > will these patches eventually be commited to CVS? > > > > I really like this one. > > Hi - I haven't had spare cycles to look into this, nor the other recent > patches yet, but the

[WIP] cwm: Keep client on screen while moving or resizing

Hi, cwm makes a client active only when the mouse pointer enters the window. Thus, once a client is off screen and another becomes active, it's lost forever. The attached patch keeps clients overlapping with the screen's view area, handling these cases better: - Moving client without border off

[patch] cwm: Fix screen_area(), remove unused fields from region_ctx

Hi, In screen_area(), if no matching region is found, the gap will effectively be applied one time too many. Additionally, region_ctx.work is never used, and .area is the same as .view, so I removed these (except .view). After this patch, screen_ctx.work is only used in xu_ewmh_net_workarea(), s

Re: cwm: Three tiny patches

Pressed the wrong button, sent before writing text. Sorry about that. Hi! Have some patches for cwm. cwm-cycling-urgency.diff Don't clear urgency flag while cycling cwm-ignored-borders.diff Don't put border on ignored clients when returning from fullscreen cwm-minsize.diff Remove redundant mi

cwm: Three tiny patches

-- You mean you need drugs to hallucinate? (K) Index: client.c === RCS file: /cvs/xenocara/app/cwm/client.c,v retrieving revision 1.214 diff -u -r1.214 client.c --- client.c 12 Nov 2015 18:33:30 - 1.214 +++ client.c 12 Dec 2015

[patch] cwm: Simplify group_holds_only_hidden()

Hi, Evolution left this function with vestiges of long lost limbs. It was a bit hard to understand, so I applied some intelligent design to it. In the process it was optimized (after the first non-matching client is found, the loop breaks). Vadik. -- To the systems programmer, users and applic

[patch] cwm: Simplify client_toggle_*()

Use XOR for toggling bits. Mostly cosmetic. Vadik. -- When in doubt, be yourself. And if that fails, su root. Index: client.c === RCS file: /cvs/xenocara/app/cwm/client.c,v retrieving revision 1.214 diff -u -r1.214 client.c --- cl

[patch] cwm: Fix moving of clients to group 0

Hi, I have a shy client (stalonetray) that hides at start-up. What normally happens with new clients assigned to group 0 is this: - client appears - client is initialized by cwm - cwm decides it should be in group 0 - group_assign() sends it a _NET_WM_DESKTOP property change request So far so

Re: [patch v3] cwm: Preserve stacking order during cycling

Even when cycling in group, all visible windows should be restacked. Patch version 3. Vadik. Quoth Vadim Vygonets on Sun, Nov 22, 2015: > I accidentally killed restacking on group_show(). Sorry about > that. Here's version 2 of the patch. > > Quoth Vadim Vygonets on

Re: [patch] cwm: Preserve stacking order during cycling

Quoth Артур Истомин on Sun, Dec 06, 2015: > Vadik, sorry for silent. No problem, we're all busy :) > I upgraded cwm to latest from current two > days ago (need to comment out pledge's stuff) and my bug disappeared :) Good to hear. Vadik. -- Any belief worth having must survive doubt.

Re: [patch] cwm: Preserve stacking order during cycling

Quoth Артур Истомин on Tue, Nov 24, 2015: > Yes, exactly. Example: https://imgur.com/rUPxpTF There is mplayer behind > firefox. In the beginning everything is working properly. Alt+Tab work for > all three windows. Some time later mplayer does not appear anymore through > Alt+Tab and i need to pres

Re: [patch v2] cwm: Preserve stacking order during cycling

Quoth Артур Истомин on Tue, Nov 24, 2015: > I'am on 5.8-stable =( It's failed: Yeah, cwm changed quite a bit since the release. (Maybe that's why I don't see the problem with cycling?) Updating the cwm subtree should solve it without any harm. Vadim. -- The human mind treats a new idea the wa

Re: [patch] cwm: Preserve stacking order during cycling

День добрый, Quoth Артур Истомин on Sun, Nov 22, 2015: > It is always reproducable for me when 3 or more windows opened. This > is not immediately, but eventualy I can't access to the window located > below one or two other through Alt+Tab. Sorry to be so explicit, but just to make sure I underst

Re: [patch v2] cwm: Preserve stacking order during cycling

I accidentally killed restacking on group_show(). Sorry about that. Here's version 2 of the patch. Vadik. Quoth Vadim Vygonets on Sat, Nov 21, 2015: > After cycling through many windows, the original window may be > obscured by many others, and if you still want to see its > co

Re: [patch] cwm: Preserve stacking order during cycling

Quoth Vadim Vygonets on Sat, Nov 21, 2015: > This patch has a bug, but it's late and I'm drunk. Tomorrow I'll be coherent enough not only to explain it, but to fix it too. Good day to all! Vadik. -- Who needs friends when you can sit alone in your room and drink?

Re: [patch] cwm: Preserve stacking order during cycling

Quoth Артур Истомин on Sun, Nov 22, 2015: > On Sat, Nov 21, 2015 at 02:10:15AM +0100, Vadim Vygonets wrote: > > After cycling through many windows, the original window may be > > obscured by many others, and if you still want to see its > > contents you end up doing the Al

[patch] cwm: Preserve stacking order during cycling

Hi, After cycling through many windows, the original window may be obscured by many others, and if you still want to see its contents you end up doing the Alt-Tab-Tab-Tab-Tab-Tab, Alt-Tab, Alt-Tab dance. This patch adds restacking of windows during cycling. Hold Alt, press Tab and a window will

Re: [patch] cwm: Honour size hints when resizing using keyboard

Quoth Okan Demirmen on Mon, Nov 09, 2015: > On Mon 2015.11.09 at 00:14 +0100, Vadim Vygonets wrote: > > Dear daemonfishes, > > > > After using evilwm for a decade, I'm quite impressed with cwm's > > codebase and functionality. (I just couldn't und

[patch] cwm: Honour size hints when resizing using keyboard

Dear daemonfishes, After using evilwm for a decade, I'm quite impressed with cwm's codebase and functionality. (I just couldn't understand one feature: what's the use of ptrmove* if you cannot click? (...Mr. Andersen?)) This tiny preliminary patch makes keyboard-based window resizing honour siz