You are not logged in.
Well there is this page, which compares a bunch of tiling wms.
I'd say the main difference pros for monsterwm are:
* very small and simple and documented codebase
* very small footprint (expected by its size)
* plenty of configuration options
* plenty of features by default
* no builtin panel or IPC, but plain text output of desktops' and windows' state
* plenty of officially maintained patches
also
* multimonitor support (by Cloudef) now on main repo
* and expected updated xcb version (once I get some more free time)
monsterwm manages windows, not panels, not menus, not pagers or anything,
and it gives you full control on them through the keyboard, even for moving and
resizing floating windows.
Last edited by c00kiemon5ter (2012-06-12 21:26:38)
.:[ git me! ] :.
Offline
What I'm missing is "Motivation" section in the README.md, to have an overview of how it is different to other numerous "dynamic tiling window manager" projects.
For the hell of it? That'd be my guess. But I like what I see so far. The external statusbar avoids limitations in hard-coded ones (like defining specific roles for different areas), and it feels light and snappy. It does exactly what it's supposed to, and nothing else; not a bad way to go.
@Cloudef: Multi-monitor is being finicky, neither properly splitting into distinct screens or properly scaling the tiling zone to my external monitor after I plug in my laptop. Is that branch intended for hard-coded, desktop multi-monitor setups (using xorg.conf or xorg.conf.d), or should xrandr work? I can post a screenshot later if it helps. I did start monsterwm with the external already powered on and plugged in, as recommended eariler in this thread.
Offline
@Cloudef: Multi-monitor is being finicky, neither properly splitting into distinct screens or properly scaling the tiling zone to my external monitor after I plug in my laptop. Is that branch intended for hard-coded, desktop multi-monitor setups (using xorg.conf or xorg.conf.d), or should xrandr work? I can post a screenshot later if it helps. I did start monsterwm with the external already powered on and plugged in, as recommended eariler in this thread.
The multi-monitor atm, does not support hotplugging. If you start monsterwm with the other monitor plugged and xrandr detects it, then it should just work.
E: I just read and you said you already had it plugged. Can I see your Xrandr output? Also monsterwm output when you start it.
Last edited by Cloudef (2012-06-13 17:56:09)
Offline
@Clouder @kuraku
did CLICK_TO_FOCUS work before ? in older revisions ?
@knob
I have no idea. what am I looking at ? is this 3 or 4 windows ?
seems like repainting is broken there. such thing may go away
if you install wmname from suckless tools, and add
wmname LG3D
in your .xinitrc before execing monsterwm
.:[ git me! ] :.
Offline
Hey, sometimes I encounter a nasty bug which freezes config.h commands totally. I noticed some applications such as gimp might spawn in a wrong screen when it happens. Sadly I can't find/see any errors anywhere.
Last edited by Shinryuu (2012-06-14 11:21:34)
Offline
kuraku has reported something similar. I'm not sure where/why it happens.
It'd be helpful if you remember what you did when that happened, like
layout, open apps, if it happened when you tried to open/close a window,
what app that was, if there was a rule set for that app, anything you may
think it's helpful, to reproduce it.
I suspect it may be related to another bug TheLemonMan reported.
I'll be looking into it.
.:[ git me! ] :.
Offline
It seems it's rather easy to reproduce in the end. It happens everytime when I do this combination:
Let's say I have terminal opened > I launch gimp > I close terminal window > gimp launches in the same desktop and monsterwm commands crashes
I was able to get a screenshot with "scrot -d 10 -c" command:
Here's my rules for applications:
/* open applications to specified desktop with specified mode.
* if desktop is negative, then current is assumed */
static const AppRule rules[] = { \
/* class desktop follow float */
{ "Pidgin", 1, False, True },
{ "Gimp", 2, False, True },
{ "thunar", -1, True, True },
{ "medit", -1, True, True },
{ "dwb", -1, True, True },
{ "MPlayer", -1, True, False },
{ "feh", -1, True, True },
{ "URXvt", -1, True, False },
{ "fbpanel", -1, True, True },
{ "PSX", -1, True, True },
{ "lxappearance", -1, True, True },
{ "Deadbeef", -1, True, True },
{ "nitrogen", -1, True, True },
{ "Fceux", -1, True, True },
{ "Snes9x-gtk", -1, True, True },
{ "file-roller", -1, True, True },
{ "7zFM", -1, True, True },
{ "wine", -1, True, True },
{ "winecfg", -1, True, True },
{ "Gpicview", -1, True, True },
{ "Transmission-gtk", -1, True, True },
};
Also same behaviour seems to happen with fbpanel/pidgin too. If I "accidentally" press pidgin icon on a different desktop I get the same result and everything freezes.
Last edited by Shinryuu (2012-06-14 16:13:47)
Offline
thanks Shinryuu, that was very helpful, I think I've fixed, and will be pushing in a while
btw, are you using the windowtitles branch ?
Last edited by c00kiemon5ter (2012-06-14 19:06:35)
.:[ git me! ] :.
Offline
Offline
thanks Shinryuu, that was very helpful, I think I've fixed, and will be pushing in a while
btw, are you using the windowtitles branch ?
Hey, thanks for the fast reply cookie. I'm using the master branch, I'll play around after your fix and see if I can repdroduce any of my problems
Last edited by Shinryuu (2012-06-14 19:45:05)
Offline
@firecat no prob, I asked because I saw a title in Shinryuu's statusbar. btw, the script for the window titles on the gist has a bug. If you need it, I can resurect it and fix it.
@Shinryuu what's that player on the screenshot ? I guess it could be ncmpcpp, but looks too empty. Would you share your config ?
-------
I pushed the new changes. The bug should be fixed now. Funny how three people reported the bug within 3 days' time, when it must have been there some time now
I introduced some more changes (hopefully didnt break anything ). Those include reducing varius computations, like some operations in loops and calls to tile() fuction. So if you get any mistiled clients, you know it's my fault I tested as time allowed, and think it's good. As usual, if you get any problems report either here, or on github.
@Cloudef rebasing the multi-monitor branch, I'm not 100% sure about some things I changed. Test it if you like, but don't update your branch until we're sure multi-monitor is ok. Most importantly go over the maprequest() code, when you get the time, that's where most changes took place.
-------
Giving monsterwm a spin. I have to say, I'm impressed with this tiny, little guy.
Clean: http://ompldr.org/tZTN1NQ
Busy: http://ompldr.org/tZTN1MA
Quick update: http://ompldr.org/tZTV4dg
great shots @ANOKNUSA
here's screenshot with latest (not yet pushed on github) mopag. I've left way too much space, than what the bar actually takes (it was a quick setup). Credits to Matus
You can see I have 3 desktops, with 3, 2 and 4 windows open.. If irc gets a notification, an urgent hint is generated and the part of the bar where the irc window belongs gets red.. etc
Last edited by c00kiemon5ter (2012-06-15 02:28:37)
.:[ git me! ] :.
Offline
@firecat no prob, I asked because I saw a title in Shinryuu's statusbar. btw, the script for the window titles on the gist has a bug. If you need it, I can resurect it and fix it.
I just centered mpd/ncmpcpp song info to the middle
@Shinryuu what's that player on the screenshot ? I guess it could be ncmpcpp, but looks too empty. Would you share your config ?
It indeed is ncmpcpp but I haven't fixed Xenosaga's tags yet, here's an actual screenshot of my setup:
#--------#
# Config #
#--------#
mpd_music_dir = "/home/shn/music"
display_bitrate = "no"
clock_display_seconds = "no"
playlist_separate_albums = "no"
playlist_disable_highlight_delay = "1"
# Song Format
song_list_format = "{$8%l$9} $1|$9 {$2%a$9} $1|$9 {$8%t$9} $R $1|$9 {$8%b$9} $1|$9 {$2%n$9}"
song_library_format = "{%n - }{%t}|{%f}"
song_status_format = "$b{$4%a$9} $1/$9 {$3%t$9} $1/$9 {$2%b$9}"
media_library_album_format = "{%b} {(%y)}"
tag_editor_album_format = "{%b} {(%y)}"
song_window_title_format = "{%b}"
# Columns settings
song_columns_list_format = "(6)[magenta]{l} (30)[red]{a} (30)[blue]{b} (53)[magenta]{t}"
media_library_disable_two_column_mode = "yes"
# Colors
colors_enabled = "yes"
empty_tag_color = "blue"
header_window_color = "black"
volume_color = "black"
display_volume_level="yes"
state_line_color = "cyan"
state_flags_color = "red"
main_window_color = "white"
main_window_highlight_color="yellow"
color1 = "white"
color2 = "blue"
progressbar_color = "black"
statusbar_color = "black"
active_column_color = "magenta"
# Misc
playlist_display_mode = "classic"
titles_visibility="no"
browser_display_mode = "columns"
incremental_seeking = "yes"
autocenter_mode = "yes"
header_visibility = "no"
statusbar_visibility = "yes"
fancy_scrolling = "yes"
cyclic_scrolling = "yes"
lyrics_database = "1"
display_screens_numbers_on_start = "no"
display_bitrate= "yes"
ignore_leading_the = "yes"
enable_window_title = "yes"
progressbar_look = "─╼ "
#progressbar_look = "▒▒"
# Interface
startup_screen ="2"
user_interface="classic"
alternative_header_first_line_format ="{$b$6%a$9} $1««$9 {$6%t$9}"
alternative_header_second_line_format ="{$5%b$9} $1»»$9 {$5(%y)$9}"
alternative_ui_separator_color ="black"
playlist_separate_albums = "no"
I pushed the new changes. The bug should be fixed now. Funny how three people reported the bug within 3 days' time, when it must have been there some time now
Heh, I remember having that problem for a while but it didn't happen so often so I was pretty sure I had something messed up with my setups. First I imagined it was a bug with gimp itself
I introduced some more changes (hopefully didnt break anything ). Those include reducing varius computations, like some operations in loops and calls to tile() fuction. So if you get any mistiled clients, you know it's my fault I tested as time allowed, and think it's good. As usual, if you get any problems report either here, or on github.
Oh nice! I'll test later today because I just woke up and I'm a little bit sleepy for some action. Coffee and breakfast first!
After some testing it seems it's working and behaving correctly now. Clicking on icons in fbpanel works without crashing (if I'm in a different desktop) and applications e.g. gimp goes to the right screen if I close something at the same time.
Last edited by Shinryuu (2012-06-15 06:18:07)
Offline
I tried to test "CLICK_TO_FOCUS" and it turns out that it is not working yet.
Besides that, i have really annoying bug with bstack/tile mode and i will explain it in one sshot:
Even if i spawn one client, i'm unable to regain focus until i move it and then restack it to tile again. If there are 2 clients on workspace, i will have to alt+tab to first one and then to restack to other (it seems that monsterwm is not focusing any client so i have to repeat my action twice to make it work and behave normally).
Note: it seems that i get focus as soon as i use keyboard shortcut for spawning new terminal. Weird.
For now, i will revert to the monsterwm before this commit since this bug is really annoying.
Last edited by kuraku (2012-06-15 10:15:45)
Offline
I tried to test "CLICK_TO_FOCUS" and it turns out that it is not working yet.
yep, I haven't done that yet, I asked if it used to work at some point in the past
I can see the bug, will fix it soon
edit: dah, fixed, will push in a bit, cooking
Last edited by c00kiemon5ter (2012-06-15 11:25:16)
.:[ git me! ] :.
Offline
Alright, pushed the fix. It should be good now. Please, test it
Works fine here. Thank you for quick response
Offline
Even if i spawn one client, i'm unable to regain focus until i move it and then restack it to tile again. If there are 2 clients on workspace, i will have to alt+tab to first one and then to restack to other (it seems that monsterwm is not focusing any client so i have to repeat my action twice to make it work and behave normally).
I still have this problem (is it supposed to be fixed?). When a new client spawns the previous one is still focused although monsterwm thinks the new one has the focus (the border is highlighted ).
Also using the float mode when a new client spawns it shows up behind the one already there, even when i change focus between the two the new one remains behind. The only way to resolve this is by moving/resizing the clients.
(I am using the latest commit with the inittlayouts patch)
Offline
@prasinoulhs, those should not happen with the latest push.
make sure you have the latest code (reclone the repo).
if on reclone/rebuild, doesn't work, give me this:
sed -n '/^void maprequest/,/^}/p' monsterwm.c | curl -F 'sprunge=<-' http://sprunge.us
so I can see if it's indeed the latest code there.
.:[ git me! ] :.
Offline
@c00kie you are right it's fixed. (i guess i messed something up).
Thank you.
Edit: The issue with the float layout is still there.
Last edited by prasinoulhs (2012-06-19 15:25:36)
Offline
Edit: The issue with the float layout is still there.
just saw that,
Also using the float mode when a new client spawns it shows up behind the one already there, even when i change focus between the two the new one remains behind. The only way to resolve this is by moving/resizing the clients.
I dont see that, neither on initlayouts, nor master nor my personal branch.
my test case:
On initlayouts branch, I have desktop 1 run in bstack mode, and desktop 2 in floating mode.
- If I go to desktop 1, and open a couple of terminals, all is good, they get tiled etc
If I switch to floating mode, and open more terminals then all is good again,
they spawn on the upper left corner, and the newest spawned is on top and focused.
I can see that by opening a terminal, and writing "first" in it, then a second one (which hides the first one) and write "second" in it, and a third one .. and seems to be doing what it's supposed to.
- if I go to desktop 2, and do the same, I get the same behavior,
terminals spawn on the upper left corner, and the newest spawned is on top and focused
.:[ git me! ] :.
Offline
Offline
Damn, it works like a charm now (..the problem really didn't bother me). Thanks for your fast work as usual. I don't think I have any cookies left for you this time
Last edited by Shinryuu (2012-06-21 13:47:34)
Offline