monsterwm! ~ yet another tiny wm

Army · 2012-01-25 18:58:32

c00kiemon5ter wrote:

TheLemonMan wrote:
Army wrote:
Feature request:
In
static const AppRule rules[] = { \
    /*  class     desktop follow float */
    { "foo",      1,         False, False },
    { "bar",      2,         False, False },
};
it would be great if it was possible to apply rules according to names as well. Would be useful for terminal applications. I for example always want rtorrent to be on the last workspace, because I don't have to see it all day.
Its just not documented but if it doent match the class name it already tries to match the name too.
yep, it's already there

Ok, then I must be doing something wrong here, but I don't know what!
I put this in the config.h

{snip}
{ "mutt",     0,      False, False },
{/snip}

in the AppRule rules and start mutt with this

{snip}
static const char *mutt[] = { "urxvtc", "-e", "mutt", NULL };
{/snip}
{snip}
{ MOD4|MOD1,                XK_m,       spawn,          {.com = mutt } },
{/snip}

Being on workspace != 0 and typing Mod4+Mod1+m opens it on this workspace.

edit: Starting it with urxvt rather than urxvtc doesn't solve it.

Last edited by Army (2012-01-25 19:00:45)

Cloudef · 2012-01-25 20:15:25

@Army
Use urxvt(c) -name mutt -e mutt

Army · 2012-01-25 21:12:24

Thanks, now I get it! I misunderstood the whole thing.

I'll try to test your dualhead branch tomorrow, hope I find the time and a monitor

edit: Ok I uploaded a PKGBUILD for Cloudef's port onto the AUR. It's made to be able to easily switch between branches (currently master and dualhead)

Last edited by Army (2012-01-25 22:40:36)

c00kiemon5ter · 2012-01-26 11:02:38

TheLemonMan wrote:

c00kiemon5ter wrote:
hey TheLemonMan, did you get fibanocci working ?
My own implementation of the dwindle fibonacci layout I'll try to get also the spiral layout in, i have some code but has some silght logic flaws in it that have to be ironed.
Enjoy

hey all, I had some time today and played a bit with fibonacci by TheLemonMan
here's a screen shot, works as expected. Check the fib branch on github

Last edited by c00kiemon5ter (2012-01-26 11:05:41)

Army · 2012-01-26 11:30:22

Me again...

Found a bug which occurs in both xlib and xcb version of monsterwm. I assigned a command to Mod4+y

{ MOD4,                     XK_y,       spawn,          {.com = dmenuclip } },

Pressing this command, nothing happens. I suspected, that some other command is assigned to this key combination, but actually it's the only one which uses the y key.

% grep _y config.h
    { MOD4,                     XK_y,       spawn,          {.com = dmenuclip } },

So I changed _y to e.g. _m, then it worked. I thought, maybe this has something to do with the fact that I'm on a german keyboard layout (where (among many other differences) y and z are switched compared to an american keyboard layout). So I replaced _m with _z to see if it fails there too. Yes it does.

So it seems like those two don't work. I'll do more tests to see if something new comes up.

edit: Btw, it used to work, but I don't know when it stopped working.

Last edited by Army (2012-01-26 12:23:14)

TheLemonMan · 2012-01-26 15:30:08

c00kiemon5ter wrote:

TheLemonMan wrote:
c00kiemon5ter wrote:
hey TheLemonMan, did you get fibanocci working ?
My own implementation of the dwindle fibonacci layout I'll try to get also the spiral layout in, i have some code but has some silght logic flaws in it that have to be ironed.
Enjoy
hey all, I had some time today and played a bit with fibonacci by TheLemonMan
here's a screen shot, works as expected. Check the fib branch on github
http://ompldr.org/tY2dscQ

Arr you mispelled fibonacci several times in the code/screenshoots
Anyway heres my latest patch, cursor warping

c00kiemon5ter · 2012-01-26 16:10:44

added too, check the warpcursor branch

I also used warp to warp the pointer to the lower right corner of the window when moving or resizing a window

@Army
check what `xev` says about those buttons, what's the keycode ?

Last edited by c00kiemon5ter (2012-01-26 16:11:15)

c00kiemon5ter · 2012-01-26 17:08:43

some more updates, I fixed the typos for fibonacci (:P damn) and also fixed the code so that it works nicely with floating windows.

heh, I also pushed one more branch that incorporates all patches into the current code
You can get the code from the bloat branch
all patches listed on the 'Patches' section and that exist as separate branches are in there.

Total count for bloat is:

-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
C                                1            109            297            696
C/C++ Header                     1              9              9             69
-------------------------------------------------------------------------------
SUM:                             2            118            306            765
-------------------------------------------------------------------------------

696 lines for .c is pretty good I may say 765 total is nice too for a bloat branch.
I will try to keep bloat in sync with the latest changes, but it might be a bit behind sometimes (slower update)

I think monsterwm is pretty complete with the latest patches. I'm out of ideas that would make it more usefull.
Patches and code available out of master extend it nicely with fun stuff (fibonacci) and aesthetics (useless gaps).

So I guess I have to study now for my exams -.- damn you education
any suggestions, recommendations, reports, problems etc post'em

mhertz · 2012-01-26 17:19:09

I think monsterwm is pretty complete with the latest patches. I'm out of ideas that would make it more usefull.

So you've ditched the tagging idea?

I understand, and is just curious

kuraku · 2012-01-26 17:36:17

c00kiemon5ter wrote:

I think monsterwm is pretty complete with the latest patches. I'm out of ideas that would make it more usefull.
Patches and code available out of master extend it nicely with fun stuff (fibonacci) and aesthetics (useless gaps).

So all we have to do now is test, test, test

whooper · 2012-01-26 19:15:24

I've found another issue:
The file progress window of pcmanfm gets tiled. Strangely the renaming window has the expected behaviour. I've tested this on bstack, grid and tile modes.

progress window
renaming window

kuraku · 2012-01-26 19:17:58

@whooper
I believe that is pcmanfm issue. It it like that in dwm too so it is now WM related.

whooper · 2012-01-26 19:22:52

I tried it with thunar too and it does the same thing

c00kiemon5ter · 2012-01-26 19:51:16

@mhertz
it's not completely out the question, but I it's exam period for me now, so it will have to be postponed. after that I'll implement it and see how that goes,

@whooper
yep it's a pcmanfm/thunar issue, if it doesn't set the appropriate flags for that window I can't guess it

Last edited by c00kiemon5ter (2012-01-26 19:51:32)

bloom · 2012-01-26 19:51:48

Regarding useless gaps: by looking at the commit, I have the impression that the gaps are not regular.
One simple way to accomplish regular gaps is to apply a gap of GAP / 2 around all the windows and the window area:

https://gist.github.com/1189290#file_ga … rgin.patch

Last edited by bloom (2012-01-26 20:02:54)

kuraku · 2012-01-26 19:56:17

Btw, if you add tags, you will get dwm without panel and xinerama. Is that really something that we need?

Army · 2012-01-26 22:01:47

c00kiemon5ter wrote:

@Army
check what `xev` says about those buttons, what's the keycode ?

I also checked this, here's the output for y and z

KeyRelease event, serial 26, synthetic NO, window 0x1c00001,
    root 0x150, subw 0x0, time 45919428, (1179,596), root:(1180,609),
    state 0x0, keycode 52 (keysym 0x79, y), same_screen YES,
    XLookupString gives 1 bytes: (79) "y"
    XFilterEvent returns: False
KeyPress event, serial 26, synthetic NO, window 0x1c00001,
    root 0x150, subw 0x0, time 45920779, (1179,596), root:(1180,609),
    state 0x0, keycode 29 (keysym 0x7a, z), same_screen YES,
    XLookupString gives 1 bytes: (7a) "z"
    XmbLookupString gives 1 bytes: (7a) "z"
    XFilterEvent returns: False

I put it in the config.h like this

{ MOD4,                     0x79,       spawn,          {.com = dmenuclip } },

but the result is the same, nothing's happening. I think I'll need to debug this. I know how to debug with Cloudef's fork, but how can I do it in the xlib version?

Army · 2012-01-26 22:15:46

Ok, short debugging in monsterwm-xcb:

Re-edited the config.h so the key combination is Mod4+y (keycode for y is 52). I also have dmenu stuff on Mod4+< (keycode for < is 94) and Mod4+x (keycode for x is 53). I pressed these three one after the other. I then looked into the log file. The keycode doesn't appear in there, it's like it never happened. See for yourself.
edit: Just saw a tiny little spelling error in the log: destoroy != destroy

Last edited by Army (2012-01-26 22:17:00)

Cloudef · 2012-01-26 22:16:53

@Army
Put this at grabkeys
XGrabKey(dis, AnyKey, keys[k].mod|modifiers[m], root, True, GrabModeAsync, GrabModeAsync);
(you can also use AnyModifier at second argument if you want to grab absolute every key combination)

Then in keypress function put,
printf("keycode: %d keysym: %d modifier: %d\n", e->xkey.keycode, keysym, e->xkey.state);

It should give you some verbose what stuff Xlib detects on your key presses.

Something from my personal fork of monsterwm

Also, bit busy atm so merging changes of monsterwm when I have time

Last edited by Cloudef (2012-01-26 22:22:01)

Army · 2012-01-26 22:31:13

Ok, here's the patch I used. With it, every one of those key combinations work. Here's the log. Hope this helps!

c00kiemon5ter · 2012-01-26 22:32:41

bloom wrote:

Regarding useless gaps: by looking at the commit, I have the impression that the gaps are not regular.
One simple way to accomplish regular gaps is to apply a gap of GAP / 2 around all the windows and the window area:
https://gist.github.com/1189290#file_ga … rgin.patch

I'm not really sure what you're saying, what does regular gaps mean ?

kuraku wrote:

Btw, if you add tags, you will get dwm without panel and xinerama. Is that really something that we need?

I am also thinking about that, but I think I'll implement tags just to do it. I don't know yet if it'll be included in the main branch.

Last edited by c00kiemon5ter (2012-01-26 22:33:27)

kuraku · 2012-01-26 23:00:11

c00kiemon5ter wrote:

I am also thinking about that, but I think I'll implement tags just to do it. I don't know yet if it'll be included in the main branch.

Yes, that sounds good enough. Separated branch fro tags. Master one is good now (like you said).

just my 2c

bloom · 2012-01-27 13:06:30

c00kiemon5ter wrote:

I'm not really sure what you're saying, what does regular gaps mean ?

If you just add gaps around windows, you'll end up with double gaps between windows and single gaps at the window area borders.
But it's not a big deal and I think you should concentrate on your exams now.

Last edited by bloom (2012-01-27 13:06:55)

TheLemonMan · 2012-01-27 14:38:40

Another patch This time its a bugfix, this patch will prevent the wm to take into account the panel size when it's disabled in the config.
Enjoy.

c00kiemon5ter · 2012-01-27 15:20:50

TheLemonMan wrote:

Another patch This time its a bugfix, this patch will prevent the wm to take into account the panel size when it's disabled in the config.
Enjoy.

This breaks some things, but I'll look it over to fix this.

bloom wrote:

If you just add gaps around windows, you'll end up with double gaps between windows and single gaps at the window area borders. But it's not a big deal and I think you should concentrate on your exams now.

ha, good catch, it's not visible with small borders, I'll fix this too

thanks

Arch Linux

#251 2012-01-25 18:58:32

Re: monsterwm! ~ yet another tiny wm

#252 2012-01-25 20:15:25

Re: monsterwm! ~ yet another tiny wm

#253 2012-01-25 21:12:24

Re: monsterwm! ~ yet another tiny wm

#254 2012-01-26 11:02:38

Re: monsterwm! ~ yet another tiny wm

#255 2012-01-26 11:30:22

Re: monsterwm! ~ yet another tiny wm

#256 2012-01-26 15:30:08

Re: monsterwm! ~ yet another tiny wm

#257 2012-01-26 16:10:44

Re: monsterwm! ~ yet another tiny wm

#258 2012-01-26 17:08:43

Re: monsterwm! ~ yet another tiny wm

#259 2012-01-26 17:19:09

Re: monsterwm! ~ yet another tiny wm

#260 2012-01-26 17:36:17

Re: monsterwm! ~ yet another tiny wm

#261 2012-01-26 19:15:24

Re: monsterwm! ~ yet another tiny wm

#262 2012-01-26 19:17:58

Re: monsterwm! ~ yet another tiny wm

#263 2012-01-26 19:22:52

Re: monsterwm! ~ yet another tiny wm

#264 2012-01-26 19:51:16

Re: monsterwm! ~ yet another tiny wm

#265 2012-01-26 19:51:48

Re: monsterwm! ~ yet another tiny wm

#266 2012-01-26 19:56:17

Re: monsterwm! ~ yet another tiny wm

#267 2012-01-26 22:01:47

Re: monsterwm! ~ yet another tiny wm

#268 2012-01-26 22:15:46

Re: monsterwm! ~ yet another tiny wm

#269 2012-01-26 22:16:53

Re: monsterwm! ~ yet another tiny wm

#270 2012-01-26 22:31:13

Re: monsterwm! ~ yet another tiny wm

#271 2012-01-26 22:32:41

Re: monsterwm! ~ yet another tiny wm

#272 2012-01-26 23:00:11

Re: monsterwm! ~ yet another tiny wm

#273 2012-01-27 13:06:30

Re: monsterwm! ~ yet another tiny wm

#274 2012-01-27 14:38:40

Re: monsterwm! ~ yet another tiny wm

#275 2012-01-27 15:20:50

Re: monsterwm! ~ yet another tiny wm

Board footer