2009-02-14 04:33:31 +03:00
|
|
|
|
/*
|
2010-04-13 19:52:23 +04:00
|
|
|
|
* vim:ts=4:sw=4:expandtab
|
2009-02-14 04:33:31 +03:00
|
|
|
|
*
|
|
|
|
|
* i3 - an improved dynamic tiling window manager
|
2015-04-04 03:17:56 +03:00
|
|
|
|
* © 2009 Michael Stapelberg and contributors (see also: LICENSE)
|
2009-02-14 04:33:31 +03:00
|
|
|
|
*
|
2009-02-24 16:18:08 +03:00
|
|
|
|
* include/data.h: This file defines all data structures used by i3
|
|
|
|
|
*
|
2009-02-14 04:33:31 +03:00
|
|
|
|
*/
|
2013-12-29 06:11:50 +04:00
|
|
|
|
#pragma once
|
2011-10-10 18:21:08 +04:00
|
|
|
|
|
2021-11-29 20:20:54 +03:00
|
|
|
|
#define PCRE2_CODE_UNIT_WIDTH 8
|
|
|
|
|
|
2011-10-10 18:30:07 +04:00
|
|
|
|
#define SN_API_NOT_YET_FROZEN 1
|
|
|
|
|
#include <libsn/sn-launcher.h>
|
|
|
|
|
|
2010-03-02 14:47:21 +03:00
|
|
|
|
#include <xcb/randr.h>
|
2021-11-29 20:20:54 +03:00
|
|
|
|
#include <pcre2.h>
|
2012-02-21 16:38:49 +04:00
|
|
|
|
#include <sys/time.h>
|
2021-06-13 09:35:52 +03:00
|
|
|
|
#include <cairo/cairo.h>
|
2009-02-08 06:04:35 +03:00
|
|
|
|
|
2009-02-24 16:18:08 +03:00
|
|
|
|
#include "queue.h"
|
|
|
|
|
|
2009-02-06 19:49:45 +03:00
|
|
|
|
/*
|
2011-12-30 14:23:15 +04:00
|
|
|
|
* To get the big concept: There are helper structures like struct
|
|
|
|
|
* Workspace_Assignment. Every struct which is also defined as type (see
|
2009-06-29 23:54:51 +04:00
|
|
|
|
* forward definitions) is considered to be a major structure, thus important.
|
2009-02-24 16:18:08 +03:00
|
|
|
|
*
|
2011-12-30 14:23:15 +04:00
|
|
|
|
* The following things are all stored in a 'Con', from very high level (the
|
|
|
|
|
* biggest Cons) to very small (a single window):
|
2009-02-24 16:18:08 +03:00
|
|
|
|
*
|
2011-12-30 14:23:15 +04:00
|
|
|
|
* 1) X11 root window (as big as all your outputs combined)
|
|
|
|
|
* 2) output (like LVDS1)
|
|
|
|
|
* 3) content container, dockarea containers
|
|
|
|
|
* 4) workspaces
|
|
|
|
|
* 5) split containers
|
|
|
|
|
* ... (you can arbitrarily nest split containers)
|
|
|
|
|
* 6) X11 window containers
|
2009-02-06 19:49:45 +03:00
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
|
2009-02-08 04:39:56 +03:00
|
|
|
|
/* Forward definitions */
|
2009-02-10 22:49:47 +03:00
|
|
|
|
typedef struct Binding Binding;
|
2009-02-15 03:58:09 +03:00
|
|
|
|
typedef struct Rect Rect;
|
2010-03-02 14:47:21 +03:00
|
|
|
|
typedef struct xoutput Output;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
typedef struct Con Con;
|
|
|
|
|
typedef struct Match Match;
|
2011-05-15 22:10:25 +04:00
|
|
|
|
typedef struct Assignment Assignment;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
typedef struct Window i3Window;
|
2022-10-30 18:19:04 +03:00
|
|
|
|
typedef struct gaps_t gaps_t;
|
2015-10-19 19:10:20 +03:00
|
|
|
|
typedef struct mark_t mark_t;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
|
2009-02-24 16:18:08 +03:00
|
|
|
|
/******************************************************************************
|
|
|
|
|
* Helper types
|
|
|
|
|
*****************************************************************************/
|
2014-06-19 13:20:32 +04:00
|
|
|
|
typedef enum { D_LEFT,
|
|
|
|
|
D_RIGHT,
|
|
|
|
|
D_UP,
|
|
|
|
|
D_DOWN } direction_t;
|
|
|
|
|
typedef enum { NO_ORIENTATION = 0,
|
|
|
|
|
HORIZ,
|
|
|
|
|
VERT } orientation_t;
|
2018-09-14 20:18:04 +03:00
|
|
|
|
typedef enum { BEFORE,
|
|
|
|
|
AFTER } position_t;
|
2022-09-24 11:47:02 +03:00
|
|
|
|
typedef enum {
|
|
|
|
|
BS_NONE = 0,
|
|
|
|
|
BS_PIXEL = 1,
|
|
|
|
|
BS_NORMAL = 2,
|
|
|
|
|
} border_style_t;
|
2009-02-10 22:49:47 +03:00
|
|
|
|
|
2015-12-28 04:58:35 +03:00
|
|
|
|
/** parameter to specify whether tree_close_internal() and x_window_kill() should kill
|
2011-05-13 22:41:03 +04:00
|
|
|
|
* only this specific window or the whole X11 client */
|
2014-06-19 13:20:32 +04:00
|
|
|
|
typedef enum { DONT_KILL_WINDOW = 0,
|
|
|
|
|
KILL_WINDOW = 1,
|
|
|
|
|
KILL_CLIENT = 2 } kill_window_t;
|
2011-05-13 22:41:03 +04:00
|
|
|
|
|
2012-07-22 13:57:07 +04:00
|
|
|
|
/** describes if the window is adjacent to the output (physical screen) edges. */
|
|
|
|
|
typedef enum { ADJ_NONE = 0,
|
2012-08-05 23:41:36 +04:00
|
|
|
|
ADJ_LEFT_SCREEN_EDGE = (1 << 0),
|
|
|
|
|
ADJ_RIGHT_SCREEN_EDGE = (1 << 1),
|
|
|
|
|
ADJ_UPPER_SCREEN_EDGE = (1 << 2),
|
2014-06-19 13:20:32 +04:00
|
|
|
|
ADJ_LOWER_SCREEN_EDGE = (1 << 4) } adjacent_t;
|
2012-07-22 13:57:07 +04:00
|
|
|
|
|
2022-10-30 18:19:04 +03:00
|
|
|
|
typedef enum { SMART_GAPS_OFF,
|
|
|
|
|
SMART_GAPS_ON,
|
|
|
|
|
SMART_GAPS_INVERSE_OUTER } smart_gaps_t;
|
|
|
|
|
|
2016-05-10 21:27:20 +03:00
|
|
|
|
typedef enum { HEBM_NONE = ADJ_NONE,
|
|
|
|
|
HEBM_VERTICAL = ADJ_LEFT_SCREEN_EDGE | ADJ_RIGHT_SCREEN_EDGE,
|
|
|
|
|
HEBM_HORIZONTAL = ADJ_UPPER_SCREEN_EDGE | ADJ_LOWER_SCREEN_EDGE,
|
|
|
|
|
HEBM_BOTH = HEBM_VERTICAL | HEBM_HORIZONTAL,
|
2022-10-30 18:19:04 +03:00
|
|
|
|
HEBM_SMART = (1 << 5),
|
|
|
|
|
HEBM_SMART_NO_GAPS = (1 << 6) } hide_edge_borders_mode_t;
|
2016-05-10 21:27:20 +03:00
|
|
|
|
|
2015-10-19 19:31:21 +03:00
|
|
|
|
typedef enum { MM_REPLACE,
|
|
|
|
|
MM_ADD } mark_mode_t;
|
|
|
|
|
|
2013-05-22 08:28:13 +04:00
|
|
|
|
/**
|
|
|
|
|
* Container layouts. See Con::layout.
|
|
|
|
|
*/
|
|
|
|
|
typedef enum {
|
|
|
|
|
L_DEFAULT = 0,
|
|
|
|
|
L_STACKED = 1,
|
|
|
|
|
L_TABBED = 2,
|
|
|
|
|
L_DOCKAREA = 3,
|
|
|
|
|
L_OUTPUT = 4,
|
|
|
|
|
L_SPLITV = 5,
|
|
|
|
|
L_SPLITH = 6
|
|
|
|
|
} layout_t;
|
|
|
|
|
|
2014-05-02 18:22:40 +04:00
|
|
|
|
/**
|
|
|
|
|
* Binding input types. See Binding::input_type.
|
|
|
|
|
*/
|
|
|
|
|
typedef enum {
|
|
|
|
|
B_KEYBOARD = 0,
|
|
|
|
|
B_MOUSE = 1
|
|
|
|
|
} input_type_t;
|
|
|
|
|
|
Use libxkbcommon for translating keysyms, support all XKB groups.
fixes #1835
This commit improves the translation of keysyms to keycodes by loading
keymaps using libxkbcommon-x11 and using libxkbcommon for figuring out
the keymap, depending on each keybinding’s modifiers. This way, the
upper layers of complex layouts are now usable with i3’s bindsym
directive, such as de_neo’s layer 3 and higher.
Furthermore, the commit generalizes the handling of different XKB
groups. We formerly had support only for two separate groups, the
default group 1, and group 2. While Mode_switch is only one way to
switch to group 2, we called the binding option Mode_switch. With this
commit, the new names Group1, Group2 (an alias for Mode_switch), Group3
and Group4 are introduced for configuring bindings. This is only useful
for advanced keyboard layouts, such as people loading two keyboard
layouts and switching between them (us, ru seems to be a popular
combination).
When grabbing keys, one can only specify the modifier mask, but not an
XKB state mask (or value), so we still dynamically unbind and re-bind
keys whenever the XKB group changes.
The commit was manually tested using the following i3 config:
bindsym Group4+n nop heya from group 4
bindsym Group3+n nop heya from group 3
bindsym Group2+n nop heya from group 2
bindsym n nop heya
bindsym shift+N nop explicit shift binding
bindsym shift+r nop implicit shift binding
bindcode Group2+38 nop fallback overwritten in group 2 only
bindcode 38 nop fallback
…with the following layout:
setxkbmap -layout "us,ua,ru,de" -variant ",winkeys,,neo" \
-option "grp:shift_caps_toggle,grp_led:scroll" \
-model pc104 -rules evdev
By default (xkb group 1, us layout), pressing “n” will result in the
“heya” message appearing. Pressing “a” will result in the “fallback”
message appearing. “j” is not triggered.
By pressing Shift+CapsLock you switch to the next group (xkb group 2, ua
layout). Pressing “a” will result in the “fallback overwritten in group
2 only” message, pressing “n” will still result in “heya”. “j” is not
triggered.
In the next group (xkb group 3, ru layout), pressing “a” will result in
the “fallback” message again, pressing “n” will result in “heya”,
“j” is not triggered.
In the last group (xkb group 4, de_neo layout), pressing “a” will still
result in “fallback”, pressing “n” will result in “heya”, pressing “j”
will result in “heya from group 4”.
Pressing shift+n results in “explicit shift binding”, pressing shift+r
results in “implicit shift binding”. This ensures that keysym
translation falls back to looking at non-shift keys (“r” can be used
instead of ”R”) and that the order of keybindings doesn’t play a role
(“bindsym n” does not override “bindsym shift+n”, even though it’s
specified earlier in the config).
The fallback behavior ensures use-cases such as ticket #1775 are still
covered.
Only binding keys when the X server is in the corresponding XKB group
ensures use-cases such as ticket #585 are still covered.
2015-08-23 23:49:32 +03:00
|
|
|
|
/**
|
|
|
|
|
* Bitmask for matching XCB_XKB_GROUP_1 to XCB_XKB_GROUP_4.
|
|
|
|
|
*/
|
|
|
|
|
typedef enum {
|
|
|
|
|
I3_XKB_GROUP_MASK_ANY = 0,
|
|
|
|
|
I3_XKB_GROUP_MASK_1 = (1 << 0),
|
|
|
|
|
I3_XKB_GROUP_MASK_2 = (1 << 1),
|
|
|
|
|
I3_XKB_GROUP_MASK_3 = (1 << 2),
|
|
|
|
|
I3_XKB_GROUP_MASK_4 = (1 << 3)
|
|
|
|
|
} i3_xkb_group_mask_t;
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* The lower 16 bits contain a xcb_key_but_mask_t, the higher 16 bits contain
|
|
|
|
|
* an i3_xkb_group_mask_t. This type is necessary for the fallback logic to
|
|
|
|
|
* work when handling XKB groups (see ticket #1775) and makes the code which
|
|
|
|
|
* locates keybindings upon KeyPress/KeyRelease events simpler.
|
|
|
|
|
*/
|
|
|
|
|
typedef uint32_t i3_event_state_mask_t;
|
|
|
|
|
|
2014-03-24 21:03:05 +04:00
|
|
|
|
/**
|
|
|
|
|
* Mouse pointer warping modes.
|
|
|
|
|
*/
|
|
|
|
|
typedef enum {
|
|
|
|
|
POINTER_WARPING_OUTPUT = 0,
|
|
|
|
|
POINTER_WARPING_NONE = 1
|
|
|
|
|
} warping_t;
|
|
|
|
|
|
2022-10-30 18:19:04 +03:00
|
|
|
|
struct gaps_t {
|
|
|
|
|
int inner;
|
|
|
|
|
int top;
|
|
|
|
|
int right;
|
|
|
|
|
int bottom;
|
|
|
|
|
int left;
|
|
|
|
|
};
|
|
|
|
|
|
2022-11-13 18:03:58 +03:00
|
|
|
|
typedef enum {
|
|
|
|
|
GAPS_INNER = (1 << 0),
|
|
|
|
|
GAPS_TOP = (1 << 1),
|
|
|
|
|
GAPS_RIGHT = (1 << 2),
|
|
|
|
|
GAPS_BOTTOM = (1 << 3),
|
|
|
|
|
GAPS_LEFT = (1 << 4),
|
|
|
|
|
GAPS_VERTICAL = (GAPS_TOP | GAPS_BOTTOM),
|
|
|
|
|
GAPS_HORIZONTAL = (GAPS_RIGHT | GAPS_LEFT),
|
|
|
|
|
GAPS_OUTER = (GAPS_VERTICAL | GAPS_HORIZONTAL),
|
|
|
|
|
} gaps_mask_t;
|
|
|
|
|
|
2017-09-23 02:41:38 +03:00
|
|
|
|
/**
|
|
|
|
|
* Focus wrapping modes.
|
|
|
|
|
*/
|
|
|
|
|
typedef enum {
|
|
|
|
|
FOCUS_WRAPPING_OFF = 0,
|
|
|
|
|
FOCUS_WRAPPING_ON = 1,
|
2018-09-15 11:36:48 +03:00
|
|
|
|
FOCUS_WRAPPING_FORCE = 2,
|
|
|
|
|
FOCUS_WRAPPING_WORKSPACE = 3
|
2017-09-23 02:41:38 +03:00
|
|
|
|
} focus_wrapping_t;
|
2014-03-24 21:03:05 +04:00
|
|
|
|
|
2009-06-29 23:54:51 +04:00
|
|
|
|
/**
|
2009-06-30 00:15:37 +04:00
|
|
|
|
* Stores a rectangle, for example the size of a window, the child window etc.
|
2009-06-29 23:54:51 +04:00
|
|
|
|
*
|
2010-02-12 15:06:59 +03:00
|
|
|
|
* Note that x and y can contain signed values in some cases (for example when
|
|
|
|
|
* used for the coordinates of a window, which can be set outside of the
|
|
|
|
|
* visible area, but not when specifying the position of a workspace for the
|
|
|
|
|
* _NET_WM_WORKAREA hint). Not declaring x/y as int32_t saves us a lot of
|
|
|
|
|
* typecasts.
|
|
|
|
|
*
|
2009-06-29 23:54:51 +04:00
|
|
|
|
*/
|
2009-02-15 03:58:09 +03:00
|
|
|
|
struct Rect {
|
2010-04-13 19:52:23 +04:00
|
|
|
|
uint32_t x;
|
|
|
|
|
uint32_t y;
|
|
|
|
|
uint32_t width;
|
|
|
|
|
uint32_t height;
|
2019-09-03 10:43:36 +03:00
|
|
|
|
};
|
2009-02-15 03:58:09 +03:00
|
|
|
|
|
2011-02-21 16:27:32 +03:00
|
|
|
|
/**
|
|
|
|
|
* Stores the reserved pixels on each screen edge read from a
|
|
|
|
|
* _NET_WM_STRUT_PARTIAL.
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct reservedpx {
|
|
|
|
|
uint32_t left;
|
|
|
|
|
uint32_t right;
|
|
|
|
|
uint32_t top;
|
|
|
|
|
uint32_t bottom;
|
|
|
|
|
};
|
|
|
|
|
|
2011-03-20 16:07:16 +03:00
|
|
|
|
/**
|
|
|
|
|
* Stores a width/height pair, used as part of deco_render_params to check
|
|
|
|
|
* whether the rects width/height have changed.
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct width_height {
|
|
|
|
|
uint32_t w;
|
|
|
|
|
uint32_t h;
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Stores the parameters for rendering a window decoration. This structure is
|
|
|
|
|
* cached in every Con and no re-rendering will be done if the parameters have
|
|
|
|
|
* not changed (only the pixmaps will be copied).
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct deco_render_params {
|
|
|
|
|
struct Colortriple *color;
|
|
|
|
|
int border_style;
|
|
|
|
|
struct width_height con_rect;
|
|
|
|
|
struct width_height con_window_rect;
|
2011-03-20 20:07:07 +03:00
|
|
|
|
Rect con_deco_rect;
|
2015-11-17 01:03:39 +03:00
|
|
|
|
color_t background;
|
2013-04-29 12:14:11 +04:00
|
|
|
|
layout_t parent_layout;
|
2013-06-08 17:37:41 +04:00
|
|
|
|
bool con_is_leaf;
|
2011-03-20 16:07:16 +03:00
|
|
|
|
};
|
|
|
|
|
|
2011-05-15 00:13:29 +04:00
|
|
|
|
/**
|
2022-10-30 18:19:04 +03:00
|
|
|
|
* Stores which workspace (by name or number) goes to which output and its gaps config.
|
2011-05-15 00:13:29 +04:00
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct Workspace_Assignment {
|
|
|
|
|
char *name;
|
|
|
|
|
char *output;
|
2022-10-30 18:19:04 +03:00
|
|
|
|
gaps_t gaps;
|
2022-11-13 18:03:58 +03:00
|
|
|
|
gaps_mask_t gaps_mask;
|
2011-05-15 00:13:29 +04:00
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(Workspace_Assignment) ws_assignments;
|
2011-05-15 00:13:29 +04:00
|
|
|
|
};
|
|
|
|
|
|
2009-03-10 02:51:15 +03:00
|
|
|
|
struct Ignore_Event {
|
2010-04-13 19:52:23 +04:00
|
|
|
|
int sequence;
|
Bugfix: Ignore EnterNotifies generated by UnmapNotifies
Actually, commit 1c5adc6c35cffaedc08c7d1dd1b03a3269d1367c commented out code
without ever fixing it. I think this was responsible for the 'workspace
switching sometimes does not work' bug. My observations:
Had it again today and analyzed a log of it. Looks like after unmapping the
windows on one workspace (in my case: chromium, eclipse, urxvt, focus on
eclipse) we get UnmapNotify events for chromium and eclipse, but then we get an
EnterNotify for the terminal (due to unmapping the other windows and therefore
mapping the terminal under the cursor), only afterwards the UnmapNotify
follows.
So, there are two things wrong with that:
• We handle EnterNotifys for unmapped windows
• Unmapping windows sometimes works in a sequence, sometimes the sequence gets
split. Not sure why (if unmapping can take longer for some windows or if our
syncing is wrong -- but i checked the latter briefly and it looks correct).
Maybe GrabServer helps?
• We don’t ignore EnterNotify events caused by UnmapNotifies. We used to, but
then there was a different problem and we decided to solve the EnterNotify
problem in another way, which actually never happened (commit
1c5adc6c35cffaedc08c7d1dd1b03a3269d1367c).
2011-04-19 23:50:56 +04:00
|
|
|
|
int response_type;
|
2010-04-13 19:52:23 +04:00
|
|
|
|
time_t added;
|
2009-02-24 16:18:08 +03:00
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
SLIST_ENTRY(Ignore_Event) ignore_events;
|
2009-04-19 22:44:34 +04:00
|
|
|
|
};
|
|
|
|
|
|
2011-10-10 15:47:56 +04:00
|
|
|
|
/**
|
|
|
|
|
* Stores internal information about a startup sequence, like the workspace it
|
|
|
|
|
* was initiated on.
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct Startup_Sequence {
|
|
|
|
|
/** startup ID for this sequence, generated by libstartup-notification */
|
|
|
|
|
char *id;
|
|
|
|
|
/** workspace on which this startup was initiated */
|
|
|
|
|
char *workspace;
|
2011-10-10 18:30:07 +04:00
|
|
|
|
/** libstartup-notification context for this launch */
|
|
|
|
|
SnLauncherContext *context;
|
2012-09-05 23:00:08 +04:00
|
|
|
|
/** time at which this sequence should be deleted (after it was marked as
|
|
|
|
|
* completed) */
|
|
|
|
|
time_t delete_at;
|
2011-10-10 15:47:56 +04:00
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(Startup_Sequence) sequences;
|
2011-10-10 15:47:56 +04:00
|
|
|
|
};
|
|
|
|
|
|
2011-09-11 02:53:11 +04:00
|
|
|
|
/**
|
|
|
|
|
* Regular expression wrapper. It contains the pattern itself as a string (like
|
|
|
|
|
* ^foo[0-9]$) as well as a pointer to the compiled PCRE expression and the
|
|
|
|
|
* pcre_extra data returned by pcre_study().
|
|
|
|
|
*
|
|
|
|
|
* This makes it easier to have a useful logfile, including the matching or
|
|
|
|
|
* non-matching pattern.
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct regex {
|
2011-09-12 02:41:46 +04:00
|
|
|
|
char *pattern;
|
2021-11-29 20:20:54 +03:00
|
|
|
|
pcre2_code *regex;
|
2011-09-11 02:53:11 +04:00
|
|
|
|
};
|
|
|
|
|
|
2016-08-02 21:10:26 +03:00
|
|
|
|
/**
|
|
|
|
|
* Stores a resolved keycode (from a keysym), including the modifier mask. Will
|
|
|
|
|
* be passed to xcb_grab_key().
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct Binding_Keycode {
|
|
|
|
|
xcb_keycode_t keycode;
|
|
|
|
|
i3_event_state_mask_t modifiers;
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(Binding_Keycode) keycodes;
|
2016-08-02 21:10:26 +03:00
|
|
|
|
};
|
|
|
|
|
|
2009-02-24 16:18:08 +03:00
|
|
|
|
/******************************************************************************
|
|
|
|
|
* Major types
|
|
|
|
|
*****************************************************************************/
|
|
|
|
|
|
2009-06-29 23:54:51 +04:00
|
|
|
|
/**
|
|
|
|
|
* Holds a keybinding, consisting of a keycode combined with modifiers and the
|
2012-12-24 18:57:02 +04:00
|
|
|
|
* command which is executed as soon as the key is pressed (see
|
|
|
|
|
* src/config_parser.c)
|
2009-02-06 20:23:37 +03:00
|
|
|
|
*
|
|
|
|
|
*/
|
2009-02-10 22:49:47 +03:00
|
|
|
|
struct Binding {
|
2014-01-09 20:59:21 +04:00
|
|
|
|
/* The type of input this binding is for. (Mouse bindings are not yet
|
|
|
|
|
* implemented. All bindings are currently assumed to be keyboard bindings.) */
|
2014-05-02 18:22:40 +04:00
|
|
|
|
input_type_t input_type;
|
2014-01-09 20:59:21 +04:00
|
|
|
|
|
2012-09-06 19:04:31 +04:00
|
|
|
|
/** If true, the binding should be executed upon a KeyRelease event, not a
|
|
|
|
|
* KeyPress (the default). */
|
2012-09-06 19:24:30 +04:00
|
|
|
|
enum {
|
|
|
|
|
/* This binding will only be executed upon KeyPress events */
|
|
|
|
|
B_UPON_KEYPRESS = 0,
|
|
|
|
|
/* This binding will be executed either upon a KeyRelease event, or… */
|
|
|
|
|
B_UPON_KEYRELEASE = 1,
|
|
|
|
|
/* …upon a KeyRelease event, even if the modifiers don’t match. This
|
|
|
|
|
* state is triggered from get_binding() when the corresponding
|
|
|
|
|
* KeyPress (!) happens, so that users can release the modifier keys
|
|
|
|
|
* before releasing the actual key. */
|
|
|
|
|
B_UPON_KEYRELEASE_IGNORE_MODS = 2,
|
|
|
|
|
} release;
|
2012-09-06 19:04:31 +04:00
|
|
|
|
|
2015-04-02 04:43:46 +03:00
|
|
|
|
/** If this is true for a mouse binding, the binding should be executed
|
|
|
|
|
* when the button is pressed over the window border. */
|
|
|
|
|
bool border;
|
|
|
|
|
|
2015-01-30 04:52:52 +03:00
|
|
|
|
/** If this is true for a mouse binding, the binding should be executed
|
|
|
|
|
* when the button is pressed over any part of the window, not just the
|
|
|
|
|
* title bar (default). */
|
|
|
|
|
bool whole_window;
|
|
|
|
|
|
2017-05-02 10:08:42 +03:00
|
|
|
|
/** If this is true for a mouse binding, the binding should only be
|
|
|
|
|
* executed if the button press was not on the titlebar. */
|
|
|
|
|
bool exclude_titlebar;
|
|
|
|
|
|
2013-06-08 17:37:41 +04:00
|
|
|
|
/** Keycode to bind */
|
|
|
|
|
uint32_t keycode;
|
|
|
|
|
|
Use libxkbcommon for translating keysyms, support all XKB groups.
fixes #1835
This commit improves the translation of keysyms to keycodes by loading
keymaps using libxkbcommon-x11 and using libxkbcommon for figuring out
the keymap, depending on each keybinding’s modifiers. This way, the
upper layers of complex layouts are now usable with i3’s bindsym
directive, such as de_neo’s layer 3 and higher.
Furthermore, the commit generalizes the handling of different XKB
groups. We formerly had support only for two separate groups, the
default group 1, and group 2. While Mode_switch is only one way to
switch to group 2, we called the binding option Mode_switch. With this
commit, the new names Group1, Group2 (an alias for Mode_switch), Group3
and Group4 are introduced for configuring bindings. This is only useful
for advanced keyboard layouts, such as people loading two keyboard
layouts and switching between them (us, ru seems to be a popular
combination).
When grabbing keys, one can only specify the modifier mask, but not an
XKB state mask (or value), so we still dynamically unbind and re-bind
keys whenever the XKB group changes.
The commit was manually tested using the following i3 config:
bindsym Group4+n nop heya from group 4
bindsym Group3+n nop heya from group 3
bindsym Group2+n nop heya from group 2
bindsym n nop heya
bindsym shift+N nop explicit shift binding
bindsym shift+r nop implicit shift binding
bindcode Group2+38 nop fallback overwritten in group 2 only
bindcode 38 nop fallback
…with the following layout:
setxkbmap -layout "us,ua,ru,de" -variant ",winkeys,,neo" \
-option "grp:shift_caps_toggle,grp_led:scroll" \
-model pc104 -rules evdev
By default (xkb group 1, us layout), pressing “n” will result in the
“heya” message appearing. Pressing “a” will result in the “fallback”
message appearing. “j” is not triggered.
By pressing Shift+CapsLock you switch to the next group (xkb group 2, ua
layout). Pressing “a” will result in the “fallback overwritten in group
2 only” message, pressing “n” will still result in “heya”. “j” is not
triggered.
In the next group (xkb group 3, ru layout), pressing “a” will result in
the “fallback” message again, pressing “n” will result in “heya”,
“j” is not triggered.
In the last group (xkb group 4, de_neo layout), pressing “a” will still
result in “fallback”, pressing “n” will result in “heya”, pressing “j”
will result in “heya from group 4”.
Pressing shift+n results in “explicit shift binding”, pressing shift+r
results in “implicit shift binding”. This ensures that keysym
translation falls back to looking at non-shift keys (“r” can be used
instead of ”R”) and that the order of keybindings doesn’t play a role
(“bindsym n” does not override “bindsym shift+n”, even though it’s
specified earlier in the config).
The fallback behavior ensures use-cases such as ticket #1775 are still
covered.
Only binding keys when the X server is in the corresponding XKB group
ensures use-cases such as ticket #585 are still covered.
2015-08-23 23:49:32 +03:00
|
|
|
|
/** Bitmask which is applied against event->state for KeyPress and
|
|
|
|
|
* KeyRelease events to determine whether this binding applies to the
|
|
|
|
|
* current state. */
|
|
|
|
|
i3_event_state_mask_t event_state_mask;
|
2013-06-08 17:37:41 +04:00
|
|
|
|
|
2010-04-13 19:52:23 +04:00
|
|
|
|
/** Symbol the user specified in configfile, if any. This needs to be
|
|
|
|
|
* stored with the binding to be able to re-convert it into a keycode
|
|
|
|
|
* if the keyboard mapping changes (using Xmodmap for example) */
|
|
|
|
|
char *symbol;
|
2009-08-07 17:35:12 +04:00
|
|
|
|
|
2016-08-02 21:10:26 +03:00
|
|
|
|
/** Only in use if symbol != NULL. Contains keycodes which generate the
|
|
|
|
|
* specified symbol. Useful for unbinding and checking which binding was
|
|
|
|
|
* used when a key press event comes in. */
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_HEAD(keycodes_head, Binding_Keycode) keycodes_head;
|
2009-08-07 17:35:12 +04:00
|
|
|
|
|
2010-04-13 19:52:23 +04:00
|
|
|
|
/** Command, like in command mode */
|
|
|
|
|
char *command;
|
2009-08-07 17:35:12 +04:00
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(Binding) bindings;
|
2009-02-10 22:49:47 +03:00
|
|
|
|
};
|
|
|
|
|
|
2009-06-29 23:54:51 +04:00
|
|
|
|
/**
|
2011-07-12 14:24:01 +04:00
|
|
|
|
* Holds a command specified by either an:
|
|
|
|
|
* - exec-line
|
|
|
|
|
* - exec_always-line
|
|
|
|
|
* in the config (see src/config.c)
|
2009-03-29 16:53:48 +04:00
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct Autostart {
|
2010-04-13 19:52:23 +04:00
|
|
|
|
/** Command, like in command mode */
|
|
|
|
|
char *command;
|
2011-10-26 01:18:17 +04:00
|
|
|
|
/** no_startup_id flag for start_application(). Determines whether a
|
|
|
|
|
* startup notification context/ID should be created. */
|
|
|
|
|
bool no_startup_id;
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(Autostart) autostarts;
|
|
|
|
|
TAILQ_ENTRY(Autostart) autostarts_always;
|
2009-05-16 19:32:36 +04:00
|
|
|
|
};
|
|
|
|
|
|
2017-09-09 10:37:37 +03:00
|
|
|
|
struct output_name {
|
|
|
|
|
char *name;
|
2020-02-28 06:09:02 +03:00
|
|
|
|
SLIST_ENTRY(output_name) names;
|
2017-09-09 10:37:37 +03:00
|
|
|
|
};
|
|
|
|
|
|
2009-06-29 23:54:51 +04:00
|
|
|
|
/**
|
2010-03-02 14:47:21 +03:00
|
|
|
|
* An Output is a physical output on your graphics driver. Outputs which
|
|
|
|
|
* are currently in use have (output->active == true). Each output has a
|
|
|
|
|
* position and a mode. An output usually corresponds to one connected
|
|
|
|
|
* screen (except if you are running multiple screens in clone mode).
|
2009-02-24 16:18:08 +03:00
|
|
|
|
*
|
|
|
|
|
*/
|
2010-03-02 14:47:21 +03:00
|
|
|
|
struct xoutput {
|
2010-04-13 19:52:23 +04:00
|
|
|
|
/** Output id, so that we can requery the output directly later */
|
|
|
|
|
xcb_randr_output_t id;
|
2010-11-22 00:12:34 +03:00
|
|
|
|
|
2010-04-13 19:52:23 +04:00
|
|
|
|
/** Whether the output is currently active (has a CRTC attached with a
|
|
|
|
|
* valid mode) */
|
|
|
|
|
bool active;
|
2009-02-15 03:58:09 +03:00
|
|
|
|
|
2010-04-13 19:52:23 +04:00
|
|
|
|
/** Internal flags, necessary for querying RandR screens (happens in
|
|
|
|
|
* two stages) */
|
|
|
|
|
bool changed;
|
|
|
|
|
bool to_be_disabled;
|
2011-01-27 17:40:02 +03:00
|
|
|
|
bool primary;
|
2010-03-05 16:32:48 +03:00
|
|
|
|
|
2017-09-09 10:37:37 +03:00
|
|
|
|
/** List of names for the output.
|
|
|
|
|
* An output always has at least one name; the first name is
|
|
|
|
|
* considered the primary one. */
|
2020-02-28 06:09:02 +03:00
|
|
|
|
SLIST_HEAD(names_head, output_name) names_head;
|
2013-06-08 17:37:41 +04:00
|
|
|
|
|
|
|
|
|
/** Pointer to the Con which represents this output */
|
|
|
|
|
Con *con;
|
|
|
|
|
|
2010-04-13 19:52:23 +04:00
|
|
|
|
/** x, y, width, height */
|
|
|
|
|
Rect rect;
|
2009-02-15 03:58:09 +03:00
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(xoutput) outputs;
|
2009-02-15 03:58:09 +03:00
|
|
|
|
};
|
|
|
|
|
|
2011-12-30 14:23:15 +04:00
|
|
|
|
/**
|
|
|
|
|
* A 'Window' is a type which contains an xcb_window_t and all the related
|
|
|
|
|
* information (hints like _NET_WM_NAME for that window).
|
|
|
|
|
*
|
|
|
|
|
*/
|
2010-03-27 17:25:51 +03:00
|
|
|
|
struct Window {
|
|
|
|
|
xcb_window_t id;
|
|
|
|
|
|
2010-11-13 01:46:03 +03:00
|
|
|
|
/** Holds the xcb_window_t (just an ID) for the leader window (logical
|
|
|
|
|
* parent for toolwindows and similar floating windows) */
|
|
|
|
|
xcb_window_t leader;
|
2010-11-13 03:19:21 +03:00
|
|
|
|
xcb_window_t transient_for;
|
2010-11-13 01:46:03 +03:00
|
|
|
|
|
2013-06-08 17:37:41 +04:00
|
|
|
|
/** Pointers to the Assignments which were already ran for this Window
|
|
|
|
|
* (assignments run only once) */
|
|
|
|
|
uint32_t nr_assignments;
|
|
|
|
|
Assignment **ran_assignments;
|
|
|
|
|
|
2010-04-13 19:46:54 +04:00
|
|
|
|
char *class_class;
|
|
|
|
|
char *class_instance;
|
|
|
|
|
|
2012-08-07 23:23:06 +04:00
|
|
|
|
/** The name of the window. */
|
|
|
|
|
i3String *name;
|
2010-04-13 19:46:54 +04:00
|
|
|
|
|
2011-09-18 19:05:10 +04:00
|
|
|
|
/** The WM_WINDOW_ROLE of this window (for example, the pidgin buddy window
|
|
|
|
|
* sets "buddy list"). Useful to match specific windows in assignments or
|
|
|
|
|
* for_window. */
|
|
|
|
|
char *role;
|
|
|
|
|
|
2020-04-08 13:58:18 +03:00
|
|
|
|
/** WM_CLIENT_MACHINE of the window */
|
|
|
|
|
char *machine;
|
|
|
|
|
|
2011-03-20 16:07:16 +03:00
|
|
|
|
/** Flag to force re-rendering the decoration upon changes */
|
|
|
|
|
bool name_x_changed;
|
|
|
|
|
|
2010-04-13 19:46:54 +04:00
|
|
|
|
/** Whether the application used _NET_WM_NAME */
|
2010-04-13 19:22:34 +04:00
|
|
|
|
bool uses_net_wm_name;
|
2010-08-15 14:18:27 +04:00
|
|
|
|
|
2011-03-18 19:07:56 +03:00
|
|
|
|
/** Whether the application needs to receive WM_TAKE_FOCUS */
|
|
|
|
|
bool needs_take_focus;
|
|
|
|
|
|
2012-01-18 23:16:57 +04:00
|
|
|
|
/** Whether this window accepts focus. We store this inverted so that the
|
|
|
|
|
* default will be 'accepts focus'. */
|
|
|
|
|
bool doesnt_accept_focus;
|
|
|
|
|
|
2015-04-18 22:09:03 +03:00
|
|
|
|
/** The _NET_WM_WINDOW_TYPE for this window. */
|
|
|
|
|
xcb_atom_t window_type;
|
|
|
|
|
|
Handle the EWMH atom _NET_WM_DESKTOP.
We already claim _NET_WM_DESKTOP support in _NET_SUPPORTED since around 2009,
but haven't actually done anything with it. However, especially pagers like
gnome-panel rely on this property to be updated and many tools, like GTK, want
to use the corresponding client messages to make a window sticky, move it
around etc.
This patch implements full support according to the EWMH spec. This means:
* We set the property on all windows when managing it.
* We keep the property updated on all windows at all times.
* We read and respect the property upon managing a window if it was set before
mapping the window.
* We react to client messages for it.
* We remove the property on withdrawn windows.
Note that the special value 0xFFFFFFFF, according to the spec, means that the
window shall be shown on all workspaces. We do this by making it sticky and
float it. This shows it on all workspaces at least on the output it is on.
Furthermore, the spec gives us the freedom to ignore _NET_WM_DESKTOP when
managing a window if we have good reason to. In our case, we give window
swallowing a higher priority since the user would likely expect that and we
want to keep placeholder windows only around for as long as we have to.
However, we do prioritize this property over, for example, startup
notifications.
fixes #2153
fixes #1507
fixes #938
2016-01-11 22:53:26 +03:00
|
|
|
|
/** The _NET_WM_DESKTOP for this window. */
|
|
|
|
|
uint32_t wm_desktop;
|
|
|
|
|
|
2010-08-15 14:18:27 +04:00
|
|
|
|
/** Whether the window says it is a dock window */
|
2014-06-19 13:20:32 +04:00
|
|
|
|
enum { W_NODOCK = 0,
|
|
|
|
|
W_DOCK_TOP = 1,
|
|
|
|
|
W_DOCK_BOTTOM = 2 } dock;
|
2011-02-21 16:27:32 +03:00
|
|
|
|
|
2013-06-08 17:37:41 +04:00
|
|
|
|
/** When this window was marked urgent. 0 means not urgent */
|
|
|
|
|
struct timeval urgent;
|
|
|
|
|
|
2011-02-21 16:27:32 +03:00
|
|
|
|
/** Pixels the window reserves. left/right/top/bottom */
|
|
|
|
|
struct reservedpx reserved;
|
2011-05-15 22:10:25 +04:00
|
|
|
|
|
2012-03-01 09:53:06 +04:00
|
|
|
|
/** Depth of the window */
|
|
|
|
|
uint16_t depth;
|
2015-08-30 23:48:37 +03:00
|
|
|
|
|
|
|
|
|
/* the wanted size of the window, used in combination with size
|
|
|
|
|
* increments (see below). */
|
|
|
|
|
int base_width;
|
|
|
|
|
int base_height;
|
2015-08-31 00:04:20 +03:00
|
|
|
|
|
|
|
|
|
/* minimum increment size specified for the window (in pixels) */
|
|
|
|
|
int width_increment;
|
|
|
|
|
int height_increment;
|
2015-08-31 00:07:25 +03:00
|
|
|
|
|
2016-11-29 00:09:39 +03:00
|
|
|
|
/* Minimum size specified for the window. */
|
|
|
|
|
int min_width;
|
|
|
|
|
int min_height;
|
|
|
|
|
|
2018-09-14 02:16:45 +03:00
|
|
|
|
/* Maximum size specified for the window. */
|
|
|
|
|
int max_width;
|
|
|
|
|
int max_height;
|
|
|
|
|
|
2015-08-31 00:07:25 +03:00
|
|
|
|
/* aspect ratio from WM_NORMAL_HINTS (MPlayer uses this for example) */
|
2018-10-01 19:47:33 +03:00
|
|
|
|
double min_aspect_ratio;
|
|
|
|
|
double max_aspect_ratio;
|
2018-11-09 02:19:08 +03:00
|
|
|
|
|
2021-06-13 09:35:52 +03:00
|
|
|
|
/** Window icon, as Cairo surface */
|
|
|
|
|
cairo_surface_t *icon;
|
|
|
|
|
|
2018-11-09 02:19:08 +03:00
|
|
|
|
/** The window has a nonrectangular shape. */
|
|
|
|
|
bool shaped;
|
|
|
|
|
/** The window has a nonrectangular input shape. */
|
|
|
|
|
bool input_shaped;
|
2019-08-13 09:50:48 +03:00
|
|
|
|
|
|
|
|
|
/* Time when the window became managed. Used to determine whether a window
|
|
|
|
|
* should be swallowed after initial management. */
|
|
|
|
|
time_t managed_since;
|
2019-12-31 22:03:21 +03:00
|
|
|
|
|
|
|
|
|
/* The window has been swallowed. */
|
|
|
|
|
bool swallowed;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
};
|
|
|
|
|
|
2011-12-30 14:23:15 +04:00
|
|
|
|
/**
|
|
|
|
|
* A "match" is a data structure which acts like a mask or expression to match
|
|
|
|
|
* certain windows or not. For example, when using commands, you can specify a
|
|
|
|
|
* command like this: [title="*Firefox*"] kill. The title member of the match
|
|
|
|
|
* data structure will then be filled and i3 will check each window using
|
|
|
|
|
* match_matches_window() to find the windows affected by this command.
|
|
|
|
|
*
|
|
|
|
|
*/
|
2010-03-27 17:25:51 +03:00
|
|
|
|
struct Match {
|
2015-12-09 15:39:08 +03:00
|
|
|
|
/* Set if a criterion was specified incorrectly. */
|
|
|
|
|
char *error;
|
|
|
|
|
|
2011-09-11 02:53:11 +04:00
|
|
|
|
struct regex *title;
|
|
|
|
|
struct regex *application;
|
|
|
|
|
struct regex *class;
|
|
|
|
|
struct regex *instance;
|
|
|
|
|
struct regex *mark;
|
2013-12-15 14:25:58 +04:00
|
|
|
|
struct regex *window_role;
|
2015-06-30 00:58:48 +03:00
|
|
|
|
struct regex *workspace;
|
2020-04-08 13:58:18 +03:00
|
|
|
|
struct regex *machine;
|
2015-04-18 22:09:03 +03:00
|
|
|
|
xcb_atom_t window_type;
|
2012-01-25 03:00:27 +04:00
|
|
|
|
enum {
|
|
|
|
|
U_DONTCHECK = -1,
|
|
|
|
|
U_LATEST = 0,
|
|
|
|
|
U_OLDEST = 1
|
|
|
|
|
} urgent;
|
2011-02-21 16:27:32 +03:00
|
|
|
|
enum {
|
|
|
|
|
M_DONTCHECK = -1,
|
|
|
|
|
M_NODOCK = 0,
|
|
|
|
|
M_DOCK_ANY = 1,
|
|
|
|
|
M_DOCK_TOP = 2,
|
|
|
|
|
M_DOCK_BOTTOM = 3
|
|
|
|
|
} dock;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
xcb_window_t id;
|
2016-09-28 05:04:00 +03:00
|
|
|
|
enum { WM_ANY = 0,
|
2020-04-12 14:49:08 +03:00
|
|
|
|
WM_TILING_AUTO,
|
|
|
|
|
WM_TILING_USER,
|
2016-09-28 05:04:00 +03:00
|
|
|
|
WM_TILING,
|
2020-04-12 14:49:08 +03:00
|
|
|
|
WM_FLOATING_AUTO,
|
|
|
|
|
WM_FLOATING_USER,
|
2016-09-28 05:04:00 +03:00
|
|
|
|
WM_FLOATING } window_mode;
|
2013-06-08 17:37:41 +04:00
|
|
|
|
Con *con_id;
|
2021-07-23 14:19:36 +03:00
|
|
|
|
bool match_all_windows;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
|
2011-02-21 01:43:03 +03:00
|
|
|
|
/* Where the window looking for a match should be inserted:
|
|
|
|
|
*
|
|
|
|
|
* M_HERE = the matched container will be replaced by the window
|
|
|
|
|
* (layout saving)
|
2011-05-03 01:29:26 +04:00
|
|
|
|
* M_ASSIGN_WS = the matched container will be inserted in the target_ws.
|
2011-02-21 01:43:03 +03:00
|
|
|
|
* M_BELOW = the window will be inserted as a child of the matched container
|
|
|
|
|
* (dockareas)
|
|
|
|
|
*
|
|
|
|
|
*/
|
2014-06-19 13:20:32 +04:00
|
|
|
|
enum { M_HERE = 0,
|
|
|
|
|
M_ASSIGN_WS,
|
|
|
|
|
M_BELOW } insert_where;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(Match) matches;
|
2013-06-08 17:37:41 +04:00
|
|
|
|
|
2012-01-21 22:35:15 +04:00
|
|
|
|
/* Whether this match was generated when restarting i3 inplace.
|
|
|
|
|
* Leads to not setting focus when managing a new window, because the old
|
|
|
|
|
* focus stack should be restored. */
|
|
|
|
|
bool restart_mode;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
};
|
|
|
|
|
|
2011-05-23 20:41:17 +04:00
|
|
|
|
/**
|
|
|
|
|
* An Assignment makes specific windows go to a specific workspace/output or
|
|
|
|
|
* run a command for that window. With this mechanism, the user can -- for
|
2015-03-12 07:41:43 +03:00
|
|
|
|
* example -- assign their browser to workspace "www". Checking if a window is
|
2011-12-30 14:23:15 +04:00
|
|
|
|
* assigned works by comparing the Match data structure with the window (see
|
|
|
|
|
* match_matches_window()).
|
2011-05-23 20:41:17 +04:00
|
|
|
|
*
|
|
|
|
|
*/
|
2011-05-15 22:10:25 +04:00
|
|
|
|
struct Assignment {
|
|
|
|
|
/** type of this assignment:
|
|
|
|
|
*
|
|
|
|
|
* A_COMMAND = run the specified command for the matching window
|
|
|
|
|
* A_TO_WORKSPACE = assign the matching window to the specified workspace
|
2015-03-29 18:29:21 +03:00
|
|
|
|
* A_NO_FOCUS = don't focus matched window when it is managed
|
2011-05-15 22:10:25 +04:00
|
|
|
|
*
|
2011-05-23 20:41:17 +04:00
|
|
|
|
* While the type is a bitmask, only one value can be set at a time. It is
|
|
|
|
|
* a bitmask to allow filtering for multiple types, for example in the
|
|
|
|
|
* assignment_for() function.
|
|
|
|
|
*
|
2011-05-15 22:10:25 +04:00
|
|
|
|
*/
|
2011-05-23 20:41:17 +04:00
|
|
|
|
enum {
|
2014-06-19 13:20:32 +04:00
|
|
|
|
A_ANY = 0,
|
|
|
|
|
A_COMMAND = (1 << 0),
|
2015-03-29 18:29:21 +03:00
|
|
|
|
A_TO_WORKSPACE = (1 << 1),
|
2017-08-28 05:14:03 +03:00
|
|
|
|
A_NO_FOCUS = (1 << 2),
|
2017-09-16 20:54:44 +03:00
|
|
|
|
A_TO_WORKSPACE_NUMBER = (1 << 3),
|
|
|
|
|
A_TO_OUTPUT = (1 << 4)
|
2011-05-23 20:41:17 +04:00
|
|
|
|
} type;
|
2011-05-15 22:10:25 +04:00
|
|
|
|
|
|
|
|
|
/** the criteria to check if a window matches */
|
|
|
|
|
Match match;
|
|
|
|
|
|
2018-03-19 03:02:59 +03:00
|
|
|
|
/** destination workspace/command/output, depending on the type */
|
2011-05-15 22:10:25 +04:00
|
|
|
|
union {
|
|
|
|
|
char *command;
|
|
|
|
|
char *workspace;
|
2017-09-16 20:54:44 +03:00
|
|
|
|
char *output;
|
2011-05-15 22:10:25 +04:00
|
|
|
|
} dest;
|
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(Assignment) assignments;
|
2011-05-15 22:10:25 +04:00
|
|
|
|
};
|
|
|
|
|
|
2014-01-04 16:18:38 +04:00
|
|
|
|
/** Fullscreen modes. Used by Con.fullscreen_mode. */
|
2014-06-19 13:20:32 +04:00
|
|
|
|
typedef enum { CF_NONE = 0,
|
|
|
|
|
CF_OUTPUT = 1,
|
|
|
|
|
CF_GLOBAL = 2 } fullscreen_mode_t;
|
2014-01-04 16:18:38 +04:00
|
|
|
|
|
2015-10-19 19:10:20 +03:00
|
|
|
|
struct mark_t {
|
|
|
|
|
char *name;
|
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(mark_t) marks;
|
2015-10-19 19:10:20 +03:00
|
|
|
|
};
|
|
|
|
|
|
2011-12-30 14:23:15 +04:00
|
|
|
|
/**
|
|
|
|
|
* A 'Con' represents everything from the X11 root window down to a single X11 window.
|
|
|
|
|
*
|
|
|
|
|
*/
|
2010-03-27 17:25:51 +03:00
|
|
|
|
struct Con {
|
|
|
|
|
bool mapped;
|
2013-06-08 17:37:41 +04:00
|
|
|
|
|
|
|
|
|
/* Should this container be marked urgent? This gets set when the window
|
|
|
|
|
* inside this container (if any) sets the urgency hint, for example. */
|
|
|
|
|
bool urgent;
|
|
|
|
|
|
|
|
|
|
/** This counter contains the number of UnmapNotify events for this
|
|
|
|
|
* container (or, more precisely, for its ->frame) which should be ignored.
|
|
|
|
|
* UnmapNotify events need to be ignored when they are caused by i3 itself,
|
|
|
|
|
* for example when reparenting or when unmapping the window on a workspace
|
|
|
|
|
* change. */
|
|
|
|
|
uint8_t ignore_unmap;
|
|
|
|
|
|
Migrate i3 rendering to cairo.
This patch migrates all decoration rendering of i3 to cairo. Using the
compile switch CAIRO_SUPPORT, rendering can be switched back to the
previous XCB behavior, just like with the previous migration to cairo
in i3bar.
This patch also fixes a bug in draw_util.c where copying one surface
to another would use incorrect coordinates if the source coordinates
are not 0, 0.
Furthermore, this patch implicitly fixes some minor issues in the
decoration rendering which would be ignored previously due to the fact
that errors would only show up in the event queue, but not cause the
rendering code path to crash. One example is zero-height pixmaps which
are not allowed. Using cairo, these would cause i3 to instantly segfault,
so this patch avoids this.
Lastly, this patch annotates other issues found but not fixed in this patch
using TODO comments, e.g., the zero-height check not working correctly
and the comment that it should probably work the same way for zero-width
pixmaps.
relates to #1278
2015-11-16 23:26:06 +03:00
|
|
|
|
/* The surface used for the frame window. */
|
|
|
|
|
surface_t frame;
|
|
|
|
|
surface_t frame_buffer;
|
2013-06-08 17:37:41 +04:00
|
|
|
|
bool pixmap_recreated;
|
|
|
|
|
|
2011-02-21 01:43:03 +03:00
|
|
|
|
enum {
|
|
|
|
|
CT_ROOT = 0,
|
|
|
|
|
CT_OUTPUT = 1,
|
|
|
|
|
CT_CON = 2,
|
|
|
|
|
CT_FLOATING_CON = 3,
|
|
|
|
|
CT_WORKSPACE = 4,
|
|
|
|
|
CT_DOCKAREA = 5
|
|
|
|
|
} type;
|
2013-06-08 17:37:41 +04:00
|
|
|
|
|
|
|
|
|
/** the workspace number, if this Con is of type CT_WORKSPACE and the
|
|
|
|
|
* workspace is not a named workspace (for named workspaces, num == -1) */
|
|
|
|
|
int num;
|
|
|
|
|
|
2022-10-30 18:19:04 +03:00
|
|
|
|
/** Only applicable for containers of type CT_WORKSPACE. */
|
|
|
|
|
gaps_t gaps;
|
|
|
|
|
|
2010-03-27 17:25:51 +03:00
|
|
|
|
struct Con *parent;
|
|
|
|
|
|
2015-11-21 23:52:43 +03:00
|
|
|
|
/* The position and size for this con. These coordinates are absolute. Note
|
|
|
|
|
* that the rect of a container does not include the decoration. */
|
2010-03-27 17:25:51 +03:00
|
|
|
|
struct Rect rect;
|
2015-11-21 23:52:43 +03:00
|
|
|
|
/* The position and size of the actual client window. These coordinates are
|
|
|
|
|
* relative to the container's rect. */
|
2010-03-27 17:25:51 +03:00
|
|
|
|
struct Rect window_rect;
|
2015-11-21 23:52:43 +03:00
|
|
|
|
/* The position and size of the container's decoration. These coordinates
|
|
|
|
|
* are relative to the container's parent's rect. */
|
2010-03-27 17:25:51 +03:00
|
|
|
|
struct Rect deco_rect;
|
2011-02-21 01:43:03 +03:00
|
|
|
|
/** the geometry this window requested when getting mapped */
|
|
|
|
|
struct Rect geometry;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
|
|
|
|
|
char *name;
|
|
|
|
|
|
2015-12-29 20:01:51 +03:00
|
|
|
|
/** The format with which the window's name should be displayed. */
|
|
|
|
|
char *title_format;
|
|
|
|
|
|
2021-06-13 09:35:52 +03:00
|
|
|
|
/** Whether the window icon should be displayed, and with what padding. -1
|
2021-12-07 00:12:38 +03:00
|
|
|
|
* means display no window icon (default behavior), 0 means display without
|
|
|
|
|
* any padding, 1 means display with 1 pixel of padding and so on. */
|
2021-06-13 09:35:52 +03:00
|
|
|
|
int window_icon_padding;
|
|
|
|
|
|
2010-09-01 20:11:01 +04:00
|
|
|
|
/* a sticky-group is an identifier which bundles several containers to a
|
|
|
|
|
* group. The contents are shared between all of them, that is they are
|
|
|
|
|
* displayed on whichever of the containers is currently visible */
|
|
|
|
|
char *sticky_group;
|
|
|
|
|
|
2015-10-19 19:10:20 +03:00
|
|
|
|
/* user-definable marks to jump to this container later */
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_HEAD(marks_head, mark_t) marks_head;
|
2015-03-29 02:13:44 +03:00
|
|
|
|
/* cached to decide whether a redraw is needed */
|
|
|
|
|
bool mark_changed;
|
2010-06-03 01:32:05 +04:00
|
|
|
|
|
2010-03-27 17:25:51 +03:00
|
|
|
|
double percent;
|
|
|
|
|
|
2010-11-15 01:44:13 +03:00
|
|
|
|
/* the x11 border pixel attribute */
|
|
|
|
|
int border_width;
|
2012-09-24 03:14:00 +04:00
|
|
|
|
int current_border_width;
|
2010-11-15 01:44:13 +03:00
|
|
|
|
|
2010-03-27 17:25:51 +03:00
|
|
|
|
struct Window *window;
|
|
|
|
|
|
2012-09-22 15:48:22 +04:00
|
|
|
|
/* timer used for disabling urgency */
|
|
|
|
|
struct ev_timer *urgency_timer;
|
|
|
|
|
|
2011-03-20 16:07:16 +03:00
|
|
|
|
/** Cache for the decoration rendering */
|
|
|
|
|
struct deco_render_params *deco_render_params;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
|
|
|
|
|
/* Only workspace-containers can have floating clients */
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_HEAD(floating_head, Con) floating_head;
|
2016-11-09 00:46:43 +03:00
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_HEAD(nodes_head, Con) nodes_head;
|
|
|
|
|
TAILQ_HEAD(focus_head, Con) focus_head;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_HEAD(swallow_head, Match) swallow_head;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
|
2014-01-04 16:18:38 +04:00
|
|
|
|
fullscreen_mode_t fullscreen_mode;
|
2015-08-23 14:36:12 +03:00
|
|
|
|
|
|
|
|
|
/* Whether this window should stick to the glass. This corresponds to
|
|
|
|
|
* the _NET_WM_STATE_STICKY atom and will only be respected if the
|
|
|
|
|
* window is floating. */
|
|
|
|
|
bool sticky;
|
|
|
|
|
|
2012-09-17 00:53:41 +04:00
|
|
|
|
/* layout is the layout of this container: one of split[v|h], stacked or
|
|
|
|
|
* tabbed. Special containers in the tree (above workspaces) have special
|
|
|
|
|
* layouts like dockarea or output.
|
|
|
|
|
*
|
|
|
|
|
* last_split_layout is one of splitv or splith to support the old "layout
|
|
|
|
|
* default" command which by now should be "layout splitv" or "layout
|
|
|
|
|
* splith" explicitly.
|
|
|
|
|
*
|
|
|
|
|
* workspace_layout is only for type == CT_WORKSPACE cons. When you change
|
|
|
|
|
* the layout of a workspace without any children, i3 cannot just set the
|
|
|
|
|
* layout (because workspaces need to be splitv/splith to allow focus
|
|
|
|
|
* parent and opening new containers). Instead, it stores the requested
|
|
|
|
|
* layout in workspace_layout and creates a new split container with that
|
|
|
|
|
* layout whenever a new container is attached to the workspace. */
|
2013-05-22 08:28:13 +04:00
|
|
|
|
layout_t layout, last_split_layout, workspace_layout;
|
Motif hints: Respect maximum border style configuration set by user
Context:
Motif hints [1] allow applications to request specific window manager
frame decorations. Most applications like alacritty, chromium, and
godot, use the hints as a binary flag, setting or un-setting
`MWM_DECOR_ALL`.
Previously [2], we had disallowed applications to set the "normal"
border style through motif hints. This effectively meant that users that
had set `default_border pixel` would not see applications spawning with
normal decorations [3].
However, that meant that applications like godot [4] could not toggle
their border between none and normal so the behaviour changed with
v4.21 [5].
That change however also allowed applications to override the default
none/pixel border style the user set. For example, alacritty can be
configured to either have all or no decorations [6] and they always set
the motif hint on startup, completely overriding i3 user's preference:
1. If decorations are disabled with alacritty's config then they will
override `default_border normal` and no title will be used.
2. If decorations are enabled (also the default behavior) with
alacritty's config then they will override `default_border pixel` and
a title will be used.
This patch redefines how we interpret motif hints. When a client sets
`MWM_DECOR_ALL`, we interpret it as "the maximum decoration the user has
allowed for this window". I.e., if a client was all decorations and the
user expects the window to not have a title, we don't include the title
in "all" decorations.
The user's preference is determined by these:
1. For new tiling windows, as set by `default_border`
2. For new floating windows, as set by `default_floating_border`
3. For all windows that the user runs the `border` command, whatever is
the result of that command for that window.
Example:
- User opens new tiling window with `default_border pixel` => maximum
decoration = PIXEL
- Window requests all/title decorations => i3 enforces the user maximum
decoration, PIXEL (no change)
- Window requests no decorations => i3 accepts it and sets border to
NONE, maximum decoration remains PIXEL
- User toggles the border, next style is NORMAL => maximum decoration is
now NORMAL
- Window requests no decorations => i3 accepts it and sets border to
NONE
- Window requests all/title decorations => i3 accepts it and sets the
maximum border, NORMAL
- User toggles the border, next style is NONE => maximum decoration is
now NONE
- Window requests all/title decorations => i3 enforces the user maximum
decoration, NONE (no change)
With this, we will still allow behaviour where windows can toggle their
border style with motif hints [4][7].
Reference/footnotes:
[1]: https://linux.die.net/man/3/vendorshell
[2]: https://github.com/i3/i3/pull/2386
[3]: Notice how there is apparently a gap because `default border none`
settings would not be respected if an application wanted just "border"
decorations but this was never reported, probably because of the rare
conjunction of applications requesting that and users defaulting to none
borders.
[4]: https://github.com/godotengine/godot/issues/40037
[5]: https://github.com/i3/i3/pull/5135
[6]: Set by an underlying library here:
https://github.com/rust-windowing/winit/blob/fafdedfb7d3a7370ca4b01108f7713b685633164/src/platform_impl/linux/x11/util/hint.rs#L113-L142
called by alactitty here:
https://github.com/alacritty/alacritty/blob/4ddb608563d985060d69594d1004550a680ae3bd/alacritty/src/display/window.rs#L341
[7]: https://github.com/i3/i3/issues/3678
Closes #3678
Fixes #5149
2022-09-24 12:15:12 +03:00
|
|
|
|
|
2010-12-08 02:32:04 +03:00
|
|
|
|
border_style_t border_style;
|
Motif hints: Respect maximum border style configuration set by user
Context:
Motif hints [1] allow applications to request specific window manager
frame decorations. Most applications like alacritty, chromium, and
godot, use the hints as a binary flag, setting or un-setting
`MWM_DECOR_ALL`.
Previously [2], we had disallowed applications to set the "normal"
border style through motif hints. This effectively meant that users that
had set `default_border pixel` would not see applications spawning with
normal decorations [3].
However, that meant that applications like godot [4] could not toggle
their border between none and normal so the behaviour changed with
v4.21 [5].
That change however also allowed applications to override the default
none/pixel border style the user set. For example, alacritty can be
configured to either have all or no decorations [6] and they always set
the motif hint on startup, completely overriding i3 user's preference:
1. If decorations are disabled with alacritty's config then they will
override `default_border normal` and no title will be used.
2. If decorations are enabled (also the default behavior) with
alacritty's config then they will override `default_border pixel` and
a title will be used.
This patch redefines how we interpret motif hints. When a client sets
`MWM_DECOR_ALL`, we interpret it as "the maximum decoration the user has
allowed for this window". I.e., if a client was all decorations and the
user expects the window to not have a title, we don't include the title
in "all" decorations.
The user's preference is determined by these:
1. For new tiling windows, as set by `default_border`
2. For new floating windows, as set by `default_floating_border`
3. For all windows that the user runs the `border` command, whatever is
the result of that command for that window.
Example:
- User opens new tiling window with `default_border pixel` => maximum
decoration = PIXEL
- Window requests all/title decorations => i3 enforces the user maximum
decoration, PIXEL (no change)
- Window requests no decorations => i3 accepts it and sets border to
NONE, maximum decoration remains PIXEL
- User toggles the border, next style is NORMAL => maximum decoration is
now NORMAL
- Window requests no decorations => i3 accepts it and sets border to
NONE
- Window requests all/title decorations => i3 accepts it and sets the
maximum border, NORMAL
- User toggles the border, next style is NONE => maximum decoration is
now NONE
- Window requests all/title decorations => i3 enforces the user maximum
decoration, NONE (no change)
With this, we will still allow behaviour where windows can toggle their
border style with motif hints [4][7].
Reference/footnotes:
[1]: https://linux.die.net/man/3/vendorshell
[2]: https://github.com/i3/i3/pull/2386
[3]: Notice how there is apparently a gap because `default border none`
settings would not be respected if an application wanted just "border"
decorations but this was never reported, probably because of the rare
conjunction of applications requesting that and users defaulting to none
borders.
[4]: https://github.com/godotengine/godot/issues/40037
[5]: https://github.com/i3/i3/pull/5135
[6]: Set by an underlying library here:
https://github.com/rust-windowing/winit/blob/fafdedfb7d3a7370ca4b01108f7713b685633164/src/platform_impl/linux/x11/util/hint.rs#L113-L142
called by alactitty here:
https://github.com/alacritty/alacritty/blob/4ddb608563d985060d69594d1004550a680ae3bd/alacritty/src/display/window.rs#L341
[7]: https://github.com/i3/i3/issues/3678
Closes #3678
Fixes #5149
2022-09-24 12:15:12 +03:00
|
|
|
|
/* When the border style of a con changes because of motif hints, we don't
|
|
|
|
|
* want to set more decoration that the user wants. The user's preference is determined by these:
|
|
|
|
|
* 1. For new tiling windows, as set by `default_border`
|
|
|
|
|
* 2. For new floating windows, as set by `default_floating_border`
|
|
|
|
|
* 3. For all windows that the user runs the `border` command, whatever is
|
|
|
|
|
* the result of that command for that window. */
|
|
|
|
|
border_style_t max_user_border_style;
|
|
|
|
|
|
2010-03-27 17:25:51 +03:00
|
|
|
|
/** floating? (= not in tiling layout) This cannot be simply a bool
|
|
|
|
|
* because we want to keep track of whether the status was set by the
|
|
|
|
|
* application (by setting _NET_WM_WINDOW_TYPE appropriately) or by the
|
|
|
|
|
* user. The user’s choice overwrites automatic mode, of course. The
|
|
|
|
|
* order of the values is important because we check with >=
|
|
|
|
|
* FLOATING_AUTO_ON if a client is floating. */
|
|
|
|
|
enum {
|
|
|
|
|
FLOATING_AUTO_OFF = 0,
|
|
|
|
|
FLOATING_USER_OFF = 1,
|
|
|
|
|
FLOATING_AUTO_ON = 2,
|
|
|
|
|
FLOATING_USER_ON = 3
|
|
|
|
|
} floating;
|
|
|
|
|
|
2020-02-28 06:09:02 +03:00
|
|
|
|
TAILQ_ENTRY(Con) nodes;
|
|
|
|
|
TAILQ_ENTRY(Con) focused;
|
|
|
|
|
TAILQ_ENTRY(Con) all_cons;
|
|
|
|
|
TAILQ_ENTRY(Con) floating_windows;
|
2011-02-14 20:08:36 +03:00
|
|
|
|
|
|
|
|
|
/** callbacks */
|
2014-06-19 13:20:32 +04:00
|
|
|
|
void (*on_remove_child)(Con *);
|
2011-12-22 03:15:32 +04:00
|
|
|
|
|
|
|
|
|
enum {
|
2013-02-18 13:41:34 +04:00
|
|
|
|
/* Not a scratchpad window. */
|
2011-12-22 03:15:32 +04:00
|
|
|
|
SCRATCHPAD_NONE = 0,
|
2013-02-18 13:41:34 +04:00
|
|
|
|
|
|
|
|
|
/* Just moved to scratchpad, not resized by the user yet.
|
|
|
|
|
* Window will be auto-centered and sized appropriately. */
|
2011-12-22 03:15:32 +04:00
|
|
|
|
SCRATCHPAD_FRESH = 1,
|
2013-02-18 13:41:34 +04:00
|
|
|
|
|
|
|
|
|
/* The user changed position/size of the scratchpad window. */
|
2011-12-22 03:15:32 +04:00
|
|
|
|
SCRATCHPAD_CHANGED = 2
|
|
|
|
|
} scratchpad_state;
|
2012-01-21 22:35:15 +04:00
|
|
|
|
|
|
|
|
|
/* The ID of this container before restarting. Necessary to correctly
|
|
|
|
|
* interpret back-references in the JSON (such as the focus stack). */
|
|
|
|
|
int old_id;
|
2013-03-15 18:40:26 +04:00
|
|
|
|
|
|
|
|
|
/* Depth of the container window */
|
|
|
|
|
uint16_t depth;
|
2016-09-14 10:13:17 +03:00
|
|
|
|
|
|
|
|
|
/* The colormap for this con if a custom one is used. */
|
|
|
|
|
xcb_colormap_t colormap;
|
2010-03-27 17:25:51 +03:00
|
|
|
|
};
|