i3/i3

A tiling window manager for X11

i3: A tiling window manager

i3 is a tiling window manager for X11.

For more information about i3, please see the project's website and online documentation.

For information about contributing to i3, please see CONTRIBUTING.md.

i3's Issues

stack_wins aren’t cleared up correctly when setting a window to floating

Implement a configuration option to specify which windows go to which workspace

Like tagrules in wmii. Should match using the same mechanism as the jump-command.

windows don't get reconfigured after screen was removed

[Originally reported by Mirko Augsburger <mirko@…>]
(

libnotify windows hidden

[Originally reported by Mirko Augsburger <mirko@…>]
(When libnotify opens a popup and the focus is changed to the window behind the popup then the popup is hidden and not readable anymore

When entering a stacking title window with the mouse, focus isn’t set to the container

See title. Thanks urs.

After pressing numlock, keyboard shortcuts don’t work

See title.

floating: binding to go into floating stack and out again

[Originally reported by anonymous]
(Please provide a detailed description of your problem.

floating: eagle: resizing takes too much time

[Originally reported by anonymous]
(This may not be a bug of i3 but rather of eagle. Have to test this with another WM.

focus not set when moving mouse across screens

[Originally reported by Mirko Augsburger <mirko@…>]
(When pressing the mouse button in a window on screen 1 I cannot move focus to screen 2 with just moving my mouse but I have to press the mouse button.

Log sent to you by mail

floating: reposition client does not generate fake configure notifies

[Originally reported by anonymous]
(

when resizing, resize all containers in the current column

Also watch out for colspanned clients.

xfontsel/xmaple get their positions wrong

When using xfontsel (or xmaple), popups appear on the wrong position on the screen if xfontsel isn’t started at (0,0)

Windows should keep their position during restarts

[Originally reported by anonymous]
(bapt suggested http://tpl.sourceforge.net/ for serializing the data

Scrolling throug workspaces switches monitor

[Originally reported by Mirko Augsburger <mirko@…>]
(When Scrolling through workspaces with the mousewheel the focus goes to another monitor when using two monitors.
For example I have workspace 1 to 4 and 7 on my screen1 and 5 on screen2. So scrolling through workspaces on screen1 switches correctly from 1 to 2 … from 3 to 4 but also from 4 to 5 and swichtes to screen2 with moving the mouse to the center of the active window disallowing scrolling to workspace 7

Implement automatic snapping

Instead of having to manually snap windows, there should be an option in the configuration which will do this automatically either horizontally or vertically.

Implement translation of keysyms to keycodes in configfile

So that you can use ' ' instead of 65.

floating clients aren’t focused when switching to a workspace

i3 should use the focus_stack

Keyboard bindings are mixed up (neo/qwerty)

Go through all places (manpage, documentation, example configuration) and ensure that the key bindings make sense and actually work.

Customly resized containers don’t re-distribute free space when cells near them are deleted/created

When resizing a container and closing the cell near it, it will still have its old width_factor. Similar problems arise when creating new cells

Implement a traybar

[Originally reported by anonymous]
(The title says all

Resizing-windows sometimes are not rendered correctly.

When clicking & dragging with the mouse to resize a container, the resize-windows are sometimes not rendered correctly.

Dock Windows are occasionally overlapped by normal windows

[Originally reported by anonymous]
(I have dzen2 with wmiistatus running in the i3-dock (all latest svn/git-versions).

Sometimes, when a new Window is launched on a new Workspace, it will draw over the dock window, all the way down to the i3 bar.

So far, no pattern emergen when or why this happens; but when it does, it seems like it will happen on all future workspaces.

Implement a command for explicitly switching screens.

Some users prefer switching screens explicitly instead of switching to the appropriate workspace. Implement a command to do this.

focussing the left client doesn’t work if it’s a colspanned column

focus not set when moving mouse across screens

[Originally reported by Mirko Augsburger <mirko@…>]
(When pressing the mouse button in a window on screen 1 I cannot move focus to screen 2 with just moving my mouse but I have to press the mouse button.

Implement floating windows

Title says it all.

Numlock state does not changet

[Originally reported by Mirko Augsburger <mirko@…>]
(I have two keyboards. One with a Num-lock and a rollen (scroll-lock) and one with one key for both where I have to press shift-rollen to toggle num-lock.

The seperate num-lock key creates the following xev output:

KeyPress event, serial 26, synthetic NO, window 0×1000001,
root 0×7d, subw 0×0, time 179194383, (512,-17), root:(516,887),
state 0×10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 26, synthetic NO, window 0×1000001,
root 0×7d, subw 0×0, time 179194463, (512,-17), root:(516,887),
state 0×10, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

When pressing shift-rollen on the other keyboard the num-lock state doesn’t change and the following is displayed by xev:

KeyPress event, serial 26, synthetic NO, window 0×1000001,
root 0×7d, subw 0×0, time 179138843, (229,-15), root:(1193,889),
state 0×10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyPress event, serial 26, synthetic NO, window 0×1000001,
root 0×7d, subw 0×0, time 179139451, (229,-15), root:(1193,889),
state 0×11, keycode 77 (keysym 0xfef9, Pointer_EnableKeys), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 26, synthetic NO, window 0×1000001,
root 0×7d, subw 0×0, time 179139515, (229,-15), root:(1193,889),
state 0×11, keycode 77 (keysym 0xfef9, Pointer_EnableKeys), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 26, synthetic NO, window 0×1000001,
root 0×7d, subw 0×0, time 179139739, (229,-15), root:(1193,889),
state 0×11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

So it is the same keycode that is generated but xev does not state Num_Lock but Pointer_EnableKeys.

Moving the last window from a stacked layout container to another workspace doesn't properly clean up the container.

[Originally reported by urs@…]
(When the last window in a stacked layout container is moved away to another workspace, the container is not properly cleaned up.

Afterwards, the titlebar of the old window is still visible and the (now empty) container can still be focused. Moving a new window into this container cleans it up.

popup menus get hidden in xmaple

When moving the cursor out of the xmaple window and in again, it gets raised so that the popup menu is hidden behind it.

popups become visible in i3lock

[Originally reported by Mirko Augsburger <mirko@…>]
(Sometimes some libnotify popups become visible while i3lock is locking the screen. This happens only sometimes and the popups don't hide until the screen is unlocked

gvim wont rescale its internal text window when resized by i3

[Originally reported by anonymous]
(reproducable: open a gvim tiled, and switch to fullscreen. Text wont rescale.

Implement simple variables in configuration file

so that one can do:
set mod Mod1

and use $mod afterwards

Moving fullscreen windows breaks old workspace

[Originally reported by Mirko Augsburger <mirko@…>]
(Open an three terminals on workspace 1. Press Alt+h. Press Alt+f to get one into fullscreen. Press Alt+Shif+2 to move the fullscreen one to workspace two. We are still one WS 1 and we cannot change the focus anymore. We can change to WS 2 and there the terminal is usable. Also our keystrokes on WS 1 go to the right Terminal when changing focus with the mouse, but we don’t see anything.

restart does not work if i3 is not started using its full path

restart doesn’t work because it uses execl() which expects a full path. Additionally, no error checking is done.

Implement sticky windows

When using the appropriate EWMH-hint, windows should appear on all workspaces. This is a bit tricky since a client can only be in one container and we need to store position inside each container.

focus problems with firefox (or other gtk apps?) and right-clicking

When opening a context-menu via right-click, firefox seems to “grab” the focus, preventing focus follows mouse to work. When clicking again into firefox (left mouse button), it works again.

Mouse Wheel should be useful and do "The right thing"

[Originally reported by anonymous]
(Currently, Mousewheel is interpreted as a simple click.

I’d love to see the mousewheel used as follows:

When cursor is over a stacked window, wheel up/down should scroll through the stacked windows in this container.

When cursor is over the bar, wheel up/down should scroll through used Workspaces next/prev.

Implement tabbing

Basically this is just horizontal display of the stacking titles.

floating: set complete workspace to floating

[Originally reported by anonymous]
(

i3 crashes when moving focus to another screen which has no windows on it

Mirko found out that when in Xinerama, having multiple columns/rows, being at another one than (0,0) and then moving the focus to another, empty screen using your mouse, i3 crashes.

i3 crashes after starting evolution mail

[Originally reported by Mirko Augsburger <mirko@…>]
(When I start evolution inside of i3 it takes about 10 seconds for i3 to crash. I get back to the XDM logon screen.
This did not happen before, but somehow it happens now. It always happens from this time on.

width_factor/heigh_factor should be stored per workspace, not per container

This will make resizing code more easier and fixes another bug in resizing (new clients won’t inherit the width_factor of their column).

Snapped containers aren’t correctly checked for table boundaries

Open a terminal, open another one, move it to the right. Open another terminal, move it to the bottom, snap it to the right, close the second terminal. You’ll see the last terminal not being resized correctly.

jump-command isn’t parsed correctly

   1. 04/24/2009 01:05:31 PM - src/handlers.c:handle_key_press:98 - Keypress 67
   2. 04/24/2009 01:05:31 PM - src/handlers.c:handle_key_press:107 - state 64
   3. 04/24/2009 01:05:31 PM - src/commands.c:parse_command:674 - --- parsing command "jump 8 1 1" ---
   4. 04/24/2009 01:05:31 PM - src/commands.c:jump_to_container:644 - Jump called with 3 parameters ("8 1 1")
   5. 04/24/2009 01:05:31 PM - src/commands.c:show_workspace:460 - show_workspace(8)
   6. 04/24/2009 01:05:31 PM - src/commands.c:show_workspace:476 - moving over to other screen.
   7. 04/24/2009 01:05:31 PM - src/commands.c:jump_to_container:664 - Jumping to row 0, col 0
   8. 04/24/2009 01:05:31 PM - src/util.c:set_focus:233 - set_focus(frame 00800018, child 00c000cd, name )
   9. 04/24/2009 01:05:32 PM - src/handlers.c:handle_key_release:86 - got key release, just passing
  10. 04/24/2009 01:05:32 PM - src/handlers.c:handle_enter_notify:141 - enter_notify for 00800018, mode = 0, detail 4, serial 3097
  11. 04/24/2009 01:05:32 PM - src/util.c:set_focus:233 - set_focus(frame 00800018, child 00c000cd, name )
  12. 04/24/2009 01:05:32 PM - src/handlers.c:handle_enter_notify:141 - enter_notify for 00c000cd, mode = 0, detail 4, serial 3097
  13. 04/24/2009 01:05:32 PM - src/util.c:set_focus:233 - set_focus(frame 00800018, child 00c000cd, name )

Firefox/Thunderbird: Drag'n'drop does not work

Dragging works, dropping not. Try moving a tab in Firefox.

Design a logo/favicon

We need some artwork. A logo as SVG and favicon as ICO are needed. License must be CC.

Using Mod1+Workspacenumber does not change focus when changing monitor

[Originally reported by Mirko Augsburger <mirko@…>]
(When changing to another monitor with Alt+5 e.g. the focus is not set correctly. So no window bar is highlighted but the old window is the one where the keystrokes go. The window on the new workspace should be the one with focus.

Workspaces stay "used" when the last window disappears

Start a terminal on the second workspace, sleep 1 && exit, switch to the first workspace before it exits.

floating: implement configure request

[Originally reported by anonymous]
(

Focus bug: Moving windows out of a container sets focus to the wrong window

Open a terminal, open a PDF or something different.

Select the terminal.

Open a new terminal, move it to the right.

Focus is set to the PDF