(No rush), just something to add to the man page whenever its convenient (I know - its never convenient chuckle):

    Mod1-Shift-F{1..n}
        Move focused window to nth workspace.

This line don't work with any branch of monsterwm.

 {  ALT|CONTROL|SHIFT, XK_q,          quit,              {.i = 0}}, /* quit with exit value 0 */

Also, I noticed that this shortcut : "Control+Alt+Shift+q" isn't working too, but even with another shortcut, monsterwm don't quit.

If you set BORDER_WIDTH = 0 then you can only re-size a floating window (using the mouse) only the first time. Also If you first move the window then you can't re-size it either.

I was surprised that monsterwm doesn't adopt and tile windows already on the screen: I killed the WM I was using, and although monsterwm noticed and handled new windows, old windows were left alone.

Is adopting windows against monster's philosophy? I couldn't see a config option. :)

Hello there,

I Use this fork: (https://github.com/A1phaZer0/monsterwm-xinerama) of the xinerama-init branch.
I run a Triple Monitor Setup Consisting of 3 Different Monitors with 2 Different Resolutions (2x 1920x1080, 1x 1280x1024).
In my .xinitrc i have a xrandr script to set my monitors in the correct order, but once its executed, it messes up monsterwm's window positioning. As a result every window launches offcenter. Does anyone know how to fix this?

Thanks in Advance

I use the xinerama-core branch and when I restart monsterwm, my second screen isn't handled by monsterwm. Maybe by fixing bug #21 it wil fix this one.
Also it's maybe because I can't exit properly, see bug #26 .

Hi, I've noticed that in some cases, changing focus in monocle mode while FOLLOW_MOUSE is true will cause a rapid, fullscreen flicker, as if the focused window is very rapidly changing. I'm not exactly sure what triggers it, but one way I've been able to reproduce the issue is to do the following:

(this is using the master branch; FOLLOW_MOUSE is True; the rest of config.h is the default):

• Start with an empty desktop in the default tiling mode
• Spawn two windows, side by side. (The problem will be much more apparent if the windows have different backgrounds; a dark and a light)
• Switch to Monocle mode
• Spawn a third window
• Change focus with Mod1+j

At this point, the flickering occurs, and remains that way until switching back to a different tiling mode.

The issue does not happen when FOLLOW_MOUSE is False.

Thanks!

A desktop-specific hide-queue which tracks the windows for organized minimizing and maximizing.

Here's how FrankenWM implemented something similar: sulami/FrankenWM@ae5ccb4

If I drag or resize a window and wants it to go back to full-size, it'd be cool to have a keybind for that.

When open a picture in feh in MONOCLE mode, it will be displayed "tiled" to fill the screen. But it's correct in other mode.

After reading this article https://dev.to/l04db4l4nc3r/monsterwm-700-lines-of-pure-beast-hl4

Went searching for more information. Arch forums thread is quite old as is this git. Of course I fired up a terminal, complied and started messing with monsterwm. It is very like dwm but it has everything I need.

Issue, well I would like click to focus will try to figure it out ;-)

If you resize in tiling mode there is no catch to see if you are setting W/H of XMoveResizeWindow() to 0. Thus it is possible to crash monsterwm while resizing. To see this happen: Start monsterwm, launch two windows. Hold down Alt+l. When a window is calculated as 0 width, monsterwm will crash.

See my fix here:
mil@5e104b4

When I have amixer commands bound to MOD4+XK_F# they don't seem to run. The commands are declared as follows:

static const char *vol_mt[] = { "amixer sset Master,0 toggle", NULL };
static const char *vol_up[] = { "amixer sset Master,0 5%+", NULL };
static const char *vol_dn[] = { "amixer sset Master,0 5%-", NULL };

and bound like so:

{ MOD4, XK_F3, spawn, {.com = vol_mt}},
{ MOD4, XK_F5, spawn, {.com = vol_dn}},
{ MOD4, XK_F6, spawn, {.com = vol_up}},

all other spawn bindings work so I'm not sure why these won't. Maybe because they need to run in a shell? I don't want to run urxvtc -e because it temporarily opens up a window and messes my layout up.

When you click an unfocused window the event should be send to the window.

diff --git a/monsterwm.c b/monsterwm.c
index be31f62..3cb505e 100644
--- a/monsterwm.c
+++ b/monsterwm.c
@@ -235,7 +235,11 @@ void buttonpress(XEvent *e) {

     if (!wintoclient(e->xbutton.window, &c, &d)) return;

-    if (CLICK_TO_FOCUS && d->curr != c && e->xbutton.button == Button1) focus(c, d);
+    if (CLICK_TO_FOCUS && d->curr != c && e->xbutton.button == Button1){
+        focus(c, d);
+        XSendEvent(dis, PointerWindow, False, BUTTONMASK, e);        
+        XFlush(dis);
+    }

     for (unsigned int i = 0; i < LENGTH(buttons); i++)
         if (CLEANMASK(buttons[i].mask) == CLEANMASK(e->xbutton.state)

• open an xterm
• open firefox and ensure it has the focus
• change to monocle mode
• from the file menu in firefox, select 'save page as'
• cycle through all the desktops till you're back at the desktop you started from...

...only the transient window is shown...

...close it and all other windows must be 'forced' to reappear for instance by invoking grid mode.

Hope this helps (I'm on the verge of switching to monsterwm me thinks you've nailed it), its simple/minimal/robust & chiefly - no-nonsense. Please keep up the good work!

Have discovered two issues (2nd issue posted separately). I'll simply explain the steps to reproduce the (mis)behavior...

• open an xterm
• open firefox
• ensure firefox has the focus
• select 'save page as' from the file menu, then cancel saving the page
• the focus is mistakenly given to the xterm rather than firefox which before the transient popup had the focus

When certain programs (for example mplayer) are set in config.h to follow to a new desktop on launch, they get placed underneath any existing windows on that desktop. For example, I have mplayer set like:
{ "MPlayer", 3, True, False }, and when it is launched from urxtv in desktop 0, the desktop changes to 3, but mplayer is placed underneath an existing urxvt window there. Same thing happens with dwb and Firefox.

The send-to-desktop command seems to work correctly, however.

Thanks!
Scott

(commit #b6f2f0076e3f) on master branch w/ useless gaps

Hey,

A while ago on the forums you had mentioned possibly investigating adding auto detection of adding/removing displays so monsterwm wouldn't need to be restarted. I'm thinking of the laptop user who plugs into a TV or external display for movie watching or presentations, primarily.

Not a big deal, just a request. I won't be offended if you're not interested in pursuing that!

Thanks,
Scott

When using rox-filer under monsterwm the main directory windows do tile as expected, but a lot of the related dialog windows tile as well when it seems that they should be floating windows instead. When using rox-filer in other tiling WMs such as Awesome and DWM, these same dialog windows do float rather than tile by default.

Is there a shortcut to set all those dialog windows to float, or does a separate rule need to be created for each dialog window that is misbehaving?

The title says it all, don't have much time to check myself where this happens but i guess it's after the forking happens.

Hello!

I think I found a bug. To reproduce do this:

• Open Chromium or Firefox
• Try to save a page, then it asks where to save the file
• Close the window

Then the original Firefox/Chromium window is freezed. Actually it's not, but you have to switch to another desktop then back to be able to do anything with it.

The bug only appears, when you have only one window (Firefox/Chromium) on that desktop.

It also happens when you exit a fullscreen flash window.

I'm using xrandr to set the screen size (800x600), and when I start monsterwm afterwards, it does not fit the size. It still goes outside the edges of the screen.

.xinitrc:

xrandr --output Virtual-1 --mode 800x600 &
xwallpaper --zoom /root/Files/Images/stream.jpg &
monsterwm

Good day, cookie - each time I log out of monsterwm, the console is heavily saturated with various output from monsterwm, most of it being desktop and windows count output. Otherwise, monster is just the way I want it to.

Is there any simple way to disable that output to the console itself, but still make use of it within monsterwm? I'm currently using the windowtitles branch with the monsterwm2dzen_titles script.

Thanks for your help.

hi,

have you ever noticed, how when switching between windows (mod+k, mod+j), sometimes the border doesn't move to the highlighted window?
i'll see if i can reproduce it.

cheers and thanks for the awesome monsterwm!

I am on FreeBSD 10 x64 and by gmake I get

monsterwm build options:
CFLAGS   = -std=c99 -pedantic -Wall -Wextra -I. -I/usr/include -I/usr/X11R6/include -DVERSION="cookies-git" -Os
LDFLAGS  = -L/usr/lib -lc -L/usr/X11R6/lib -lX11 -s
CC       = cc
creating config.h from config.def.h
CC monsterwm.c
monsterwm.c:11:10: fatal error: 'X11/Xutil.h' file not found
#include <X11/Xutil.h>
         ^
1 error generated.
gmake: *** [monsterwm.o] Error 

So I added -I/usr/local/include at the end of CFALGS line and I got

cc: warning: argument unused during compilation: '-L/usr/local/include'
monsterwm.c:11:10: fatal error: 'X11/Xutil.h' file not found
#include <X11/Xutil.h>
         ^
1 error generated.
gmake: *** [monsterwm.o] Error 

issue 3 still active: applied your changes - not fixed yet (active mode is tiled...)

The DWM copyright notice is missing from this codebase, which was forked from DWM. Please add it!

In the man page of monsterwm there is written that "mod1+shift+q" and "mod1+shift+r" close the wm, but it should be ctrl (at least I think so). On the are wiki, and in the source code it is correct of course. Unimportant issue, but still, this can save someone some time.

The toggle panel shortcut only seems to work when there is at least one window on the desktop. Minor issue!

Thanks,
Scott

It would be really nice if a titlebar with the standard minimize , maximize , close buttons was availiable ( on configuration )

It is not so difficult to implement , wouldn't complicate the code or reduce performance and after all last time I checked its 2013 ..

Keymap config:
~ $ localectl
System Locale: LANG=en_US.UTF-8
VC Keymap: dvorak
X11 Layout: us,ru
X11 Model: pc104
X11 Variant: dvp,
X11 Options: grp:alt_space_toggle,ctrl:nocaps

In config.h:
static Key keys[] = {
{ MOD4, XK_d, spawn, {.com = menucmd}},

If I press Super_L+d dmenu doesn't start, Super_L+e doesn't work either. Note that "e" on dvorak keymap is "d" on qwerty. However if i press Super_L+e+d it starts. Same behavior with other keys. dwm doesn't have this issue.