The WMFS Thread (Window Manager From Scratch)

sironitomas · 2011-02-22 01:30:25

I am loving this WM. Just jumped from Openbox and I feel very comfortable. Just a question:

Is there any way to map keycodes like "XF86AudioNext" to use them with commands like "mpc toggle"?"

Regards!

Last edited by sironitomas (2011-02-22 01:30:53)

anonymous_user · 2011-02-22 01:33:07

They work the same way as for normal keys. Heres my keybind for the calculator button:

[key] mod = {""} key = "XF86Calculator" func = "spawn" cmd = "gcalctool" [/key]

Inxsible · 2011-02-22 04:24:57

just started using this along with i3 as my main WM. Seems real nice. I really like the LEFT and RIGHT default tiling and the ability to resize windows on the fly (which I miss in i3).

There are lots of things that I might have to customize, like changing the tag names and making the bar a bit thinner...but I'll get there...eventually.

anonymous_user · 2011-02-22 04:37:16

How does the vertical grid layout work? I mean if I have two windows like this:

 ___ ___
|   |   |
| 2 | 1 |
|   |   |
|___|___|

Opening a third window will end up like this:

 ___ ___
| 3 |   |
|___| 2 |
| 1 |   |
|___|___|

Now opening a fourth window I get:

 ___ ___
| 4 | 1 |
|___|___|
| 3 | 2 |
|___|___|

I don't understand its logic in organizing windows

crowfaceltd · 2011-02-22 09:26:55

anonymous_user wrote:

How does the vertical grid layout work? I mean if I have two windows like this:
 ___ ___
|   |   |
| 2 | 1 |
|   |   |
|___|___|
Opening a third window will end up like this:
 ___ ___
| 3 |   |
|___| 2 |
| 1 |   |
|___|___|
Now opening a fourth window I get:
 ___ ___
| 4 | 1 |
|___|___|
| 3 | 2 |
|___|___|
I don't understand its logic in organizing windows

Somthing like if the number of windows in column 1 (left) > num of windows in column 2, open the window in column 2. Thats my understanding

Inxsible · 2011-02-22 16:14:57

I think it also takes into account how you are tiling for that tag.

You can set tile method for each individual tag. That I think is really neat.

so if you are tiling RIGHT, then the current window (focussed by the mouse pointer) will be on the right of the newly opened window. Try some tests. I am currently not on my arch box.

sironitomas · 2011-02-22 17:53:29

Does anybody know what are the arrow codes for the keybinds?

anonymous_user · 2011-02-22 18:29:14

sironitomas wrote:

Does anybody know what are the arrow codes for the keybinds?

Aren't they just Up, Down, Left, and Right?

sironitomas · 2011-02-22 18:51:32

anonymous_user wrote:

sironitomas wrote:
Does anybody know what are the arrow codes for the keybinds?
Aren't they just Up, Down, Left, and Right?

No, they aren't. And I've also tried up, UP, etc...

Another thing: I'm using conky to pipe the output to the info bar with this comand:

conky | while read -r; do wmfs -s -name "$REPLY"; done

and the output works well, but the update time doesn't seem to follow the conky policy. So I think this is a matter of that command. How can I set my own time?

Thanks!

Last edited by sironitomas (2011-02-22 18:52:09)

anonymous_user · 2011-02-22 18:56:49

We are talking about the Arrow keys between the main keyboard and numpad right? I just checked in xev, and the names are correct. Could you paste the keybind you are trying to use?

Also you did reload WMFS after making the change to the config file right?

sironitomas · 2011-02-22 19:12:01

anonymous_user wrote:

We are talking about the Arrow keys between the main keyboard and numpad right? I just checked in xev, and the names are correct. Could you paste the keybind you are trying to use?
Also you did reload WMFS after making the change to the config file right?

Somewhy, they are working now. I must have forgotten to reload after changing the config file.

This WM doesn't stop surprising me!

Now I want to know if there is something similar to func = "tag_next" but instead of going to the next tag, go to the next occupied tag. Do I explain my self?

One last thing. Isn't the max layout supposed to maximize all the clients, and let you see each one at a time by using next_client? Because when I use that layout, only one client is showed and if I "next_client", the focus changes but the other client isn't showed. Is that a bug?

Thanks!

Last edited by sironitomas (2011-02-22 21:43:39)

jasonwryan · 2011-02-23 06:04:18

sironitomas wrote:

Now I want to know if there is something similar to func = "tag_next" but instead of going to the next tag, go to the next occupied tag.

Not at the moment: you can go to the previous tag or the last tag or tag n...

# edit: unless you are talking about tag_next_visible?

One last thing. Isn't the max layout supposed to maximize all the clients, and let you see each one at a time by using next_client? Because when I use that layout, only one client is showed and if I "next_client", the focus changes but the other client isn't showed. Is that a bug?

Works for me. How are you binding that function?

Last edited by jasonwryan (2011-02-23 06:06:40)

bacardi55 · 2011-02-23 06:38:39

sironitomas wrote:

Now I want to know if there is something similar to func = "tag_next" but instead of going to the next tag, go to the next occupied tag.

There is, but only if you activate the tag_autohide (this option, when activated, hide all empty tag). In that case, you can use tag_next_visible and it'll work just fine :-)
just fwi, the tag_autohide is the wmfsrc in the tags section : "autohide = false" is the default value.
If you don't want to change it but want to hide them while using wmfs, there is a keybind to toggle this value :
[key] mod = {"Shift", "Control"} key = "t" func = "toggle_tagautohide" [/key]

One last thing. Isn't the max layout supposed to maximize all the clients, and let you see each one at a time by using next_client? Because when I use that layout, only one client is showed and if I "next_client", the focus changes but the other client isn't showed. Is that a bug?

This work for me when using the max layout.
But, when using a tile layout and setting a client to max (with the keybind), you have to activate the tile_raise_client to see the other client.
It's the same option if you want your free client to go under tiled client when focusing the tile client.

hope that helped

enzzzy · 2011-02-23 12:05:40

Is it possible to execute 2 functions when pressing a key bind.
For example: When ALT + tab is pressed, i would like it to do next_client and tile_raise_client

[key] mod = {"Alt"} key = "Tab" func = "client_next,tile_raise_client" [/key]

Another thing i cant seem to find is how to set a client visible on all tags ?

bacardi55 · 2011-02-23 12:43:04

enzzzy wrote:

Is it possible to execute 2 functions when pressing a key bind.

Yes, for example, here's what i do :
# Move client to next/prev tag & follow
[key] mod = {"Control", "Super"} key = "Right" func = "tag_transfert_next" [/key]
[key] mod = {"Control", "Super"} key = "Right" func = "tag_next" [/key]
[key] mod = {"Control", "Super"} key = "Left" func = "tag_transfert_prev" [/key]
[key] mod = {"Control", "Super"} key = "Left" func = "tag_prev" [/key]

enzzzy wrote:

For example: When ALT + tab is pressed, i would like it to do next_client and tile_raise_client

here you're making a mistake :
tile_raise_client is an option to put in your wmfsrc in the [client] section, not a function to map with a keybind

enzzzy wrote:

Another thing i cant seem to find is how to set a client visible on all tags ?

# Toggle ignore tag (print a client in all tag)
[key] mod = {"Super"} key = "i" func = "client_ignore_tag" [/key]

Last edited by bacardi55 (2011-02-23 12:44:07)

enzzzy · 2011-02-23 14:05:19

bacardi55 wrote:

...

thx!
I have set client_tile_raise to true and false in the client section. But with both settings the floating clients won't go behind the tiled one's.
When i reload the config, i get a unused param client_tile_raise message.

Inxsible · 2011-02-23 14:39:20

floating clients are not supposed to go behind the tiled ones because then you will have no way of focusing them again. Isn't it?

How do I swap clients between containers on the same tag? I was hoping there would be a keybinding...but I found keys to move them to different tag but nothing to swap clients within the tag.

bacardi55 · 2011-02-23 16:19:57

enzzzy wrote:

When i reload the config, i get a unused param client_tile_raise message.

The bug has been fixed today, did you update wmfs ?

Inxsible wrote:

floating clients are not supposed to go behind the tiled ones because then you will have no way of focusing them again. Isn't it?

using keybind client_next or client_prev (alt-tab and alt-shift-tab) you can

But you can activate or desactivate this option with client_tile_raise in the client section

sironitomas · 2011-02-23 17:52:15

bacardi55 wrote:

This work for me when using the max layout.
But, when using a tile layout and setting a client to max (with the keybind), you have to activate the tile_raise_client to see the other client.
It's the same option if you want your free client to go under tiled client when focusing the tile client.
hope that helped

It wasn't working until today, when I updated to the last GIT version. Weird, right?

Oh, and (in the max layout) is it possible to focus the the new client when it appears? Because in my case, it goes under the present one.

Regards

Last edited by sironitomas (2011-02-23 17:55:08)

enzzzy · 2011-02-23 18:37:18

bacardi55 wrote:

The bug has been fixed today, did you update wmfs ?

Thx a bunch!! Updated and it works now. Another reason to stay using it.

anonymous_user · 2011-02-23 22:00:58

Can anyone explain what the options raisefocus and raiseswitch do?

BTW in the rules section of the default config, follow_client = false is listed twice.

bacardi55 · 2011-02-23 22:24:21

sironitomas wrote:

Oh, and (in the max layout) is it possible to focus the the new client when it appears? Because in my case, it goes under the present one.

Try changing the client_tile_raise value to see if it works

sironitomas wrote:

Can anyone explain what the options raisefocus and raiseswitch do?

raiseswitch isn't use anymore (and is now deleted)
raisefocus raise the client that has the focus

sironitomas wrote:

BTW in the rules section of the default config, follow_client = false is listed twice

Thanks

anonymous_user · 2011-02-23 22:28:51

bacardi55 wrote:

Try changing the client_tile_raise value to see if it works

At least for me, client_tile_raise doesn't seem to have an effect on that. I recently posted it as a bug:

http://wmfs.info/issues/92

bacardi55 · 2011-02-23 22:31:16

anonymous_user wrote:

bacardi55 wrote:
Try changing the client_tile_raise value to see if it works
At least for me, client_tile_raise doesn't seem to have an effect on that. I recently posted it as a bug:
http://wmfs.info/issues/92

I saw your bug report, i'll try to fix it tomorrow

edit55 : Just one question though, did you try changing the set_client_master option ?

Last edited by bacardi55 (2011-02-23 22:32:13)

anonymous_user · 2011-02-23 22:34:50

I had set_client_master set to false however changing it to true had no effect on the issue.

Arch Linux

#101 2011-02-22 01:30:25

Re: The WMFS Thread (Window Manager From Scratch)

#102 2011-02-22 01:33:07

Re: The WMFS Thread (Window Manager From Scratch)

#103 2011-02-22 04:24:57

Re: The WMFS Thread (Window Manager From Scratch)

#104 2011-02-22 04:37:16

Re: The WMFS Thread (Window Manager From Scratch)

#105 2011-02-22 09:26:55

Re: The WMFS Thread (Window Manager From Scratch)

#106 2011-02-22 16:14:57

Re: The WMFS Thread (Window Manager From Scratch)

#107 2011-02-22 17:53:29

Re: The WMFS Thread (Window Manager From Scratch)

#108 2011-02-22 18:29:14

Re: The WMFS Thread (Window Manager From Scratch)

#109 2011-02-22 18:51:32

Re: The WMFS Thread (Window Manager From Scratch)

#110 2011-02-22 18:56:49

Re: The WMFS Thread (Window Manager From Scratch)

#111 2011-02-22 19:12:01

Re: The WMFS Thread (Window Manager From Scratch)

#112 2011-02-23 06:04:18

Re: The WMFS Thread (Window Manager From Scratch)

#113 2011-02-23 06:38:39

Re: The WMFS Thread (Window Manager From Scratch)

#114 2011-02-23 12:05:40

Re: The WMFS Thread (Window Manager From Scratch)

#115 2011-02-23 12:43:04

Re: The WMFS Thread (Window Manager From Scratch)

#116 2011-02-23 14:05:19

Re: The WMFS Thread (Window Manager From Scratch)

#117 2011-02-23 14:39:20

Re: The WMFS Thread (Window Manager From Scratch)

#118 2011-02-23 16:19:57

Re: The WMFS Thread (Window Manager From Scratch)

#119 2011-02-23 17:52:15

Re: The WMFS Thread (Window Manager From Scratch)

#120 2011-02-23 18:37:18

Re: The WMFS Thread (Window Manager From Scratch)

#121 2011-02-23 22:00:58

Re: The WMFS Thread (Window Manager From Scratch)

#122 2011-02-23 22:24:21

Re: The WMFS Thread (Window Manager From Scratch)

#123 2011-02-23 22:28:51

Re: The WMFS Thread (Window Manager From Scratch)

#124 2011-02-23 22:31:16

Re: The WMFS Thread (Window Manager From Scratch)

#125 2011-02-23 22:34:50

Re: The WMFS Thread (Window Manager From Scratch)

Board footer