2009-05-30 22:22:58 +02:00
|
|
|
|
/*
|
2011-10-12 23:29:39 +02:00
|
|
|
|
* vim:ts=4:sw=4:expandtab
|
2009-05-30 22:22:58 +02:00
|
|
|
|
*
|
|
|
|
|
* i3 - an improved dynamic tiling window manager
|
2012-01-20 22:36:50 +01:00
|
|
|
|
* © 2009-2012 Michael Stapelberg and contributors (see also: LICENSE)
|
2009-05-30 22:22:58 +02:00
|
|
|
|
*
|
2009-11-22 20:25:33 +01:00
|
|
|
|
* include/config.h: Contains all structs/variables for the configurable
|
|
|
|
|
* part of i3 as well as functions handling the configuration file (calling
|
2012-12-24 15:57:02 +01:00
|
|
|
|
* the parser (src/config_parse.c) with the correct path, switching key
|
|
|
|
|
* bindings mode).
|
2009-05-30 22:22:58 +02:00
|
|
|
|
*
|
|
|
|
|
*/
|
2013-12-29 03:11:50 +01:00
|
|
|
|
#pragma once
|
2009-02-25 00:50:30 +01:00
|
|
|
|
|
2009-07-23 18:14:24 +02:00
|
|
|
|
#include <stdbool.h>
|
2009-06-01 16:19:06 +02:00
|
|
|
|
#include "queue.h"
|
2009-09-27 23:08:27 +02:00
|
|
|
|
#include "i3.h"
|
2011-10-23 23:37:11 +02:00
|
|
|
|
#include "libi3.h"
|
2009-06-01 16:19:06 +02:00
|
|
|
|
|
2009-02-25 00:50:30 +01:00
|
|
|
|
typedef struct Config Config;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
typedef struct Barconfig Barconfig;
|
2011-03-19 22:26:15 +01:00
|
|
|
|
extern char *current_configpath;
|
2009-02-25 00:50:30 +01:00
|
|
|
|
extern Config config;
|
2009-09-27 18:45:39 +02:00
|
|
|
|
extern SLIST_HEAD(modes_head, Mode) modes;
|
2011-10-18 23:11:27 +02:00
|
|
|
|
extern TAILQ_HEAD(barconfig_head, Barconfig) barconfigs;
|
2009-02-25 00:50:30 +01:00
|
|
|
|
|
2010-02-13 19:42:54 +01:00
|
|
|
|
/**
|
|
|
|
|
* Used during the config file lexing/parsing to keep the state of the lexer
|
|
|
|
|
* in order to provide useful error messages in yyerror().
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct context {
|
2011-10-12 23:29:39 +02:00
|
|
|
|
bool has_errors;
|
2011-10-22 17:33:00 +02:00
|
|
|
|
bool has_warnings;
|
2011-07-10 14:33:19 +02:00
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
int line_number;
|
|
|
|
|
char *line_copy;
|
|
|
|
|
const char *filename;
|
2010-02-13 19:42:54 +01:00
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
char *compact_error;
|
2010-11-14 01:45:05 +01:00
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
/* These are the same as in YYLTYPE */
|
|
|
|
|
int first_column;
|
|
|
|
|
int last_column;
|
2010-02-13 19:42:54 +01:00
|
|
|
|
};
|
|
|
|
|
|
2009-06-29 22:15:37 +02:00
|
|
|
|
/**
|
|
|
|
|
* Part of the struct Config. It makes sense to group colors for background,
|
|
|
|
|
* border and text as every element in i3 has them (window decorations, bar).
|
|
|
|
|
*
|
|
|
|
|
*/
|
2009-05-30 22:20:32 +02:00
|
|
|
|
struct Colortriple {
|
2011-10-12 23:29:39 +02:00
|
|
|
|
uint32_t border;
|
|
|
|
|
uint32_t background;
|
|
|
|
|
uint32_t text;
|
2012-01-22 12:22:15 +01:00
|
|
|
|
uint32_t indicator;
|
2009-05-30 22:20:32 +02:00
|
|
|
|
};
|
|
|
|
|
|
2009-06-29 22:15:37 +02:00
|
|
|
|
/**
|
|
|
|
|
* Holds a user-assigned variable for parsing the configuration file. The key
|
|
|
|
|
* is replaced by value in every following line of the file.
|
|
|
|
|
*
|
|
|
|
|
*/
|
2009-06-01 16:19:06 +02:00
|
|
|
|
struct Variable {
|
2011-10-12 23:29:39 +02:00
|
|
|
|
char *key;
|
|
|
|
|
char *value;
|
|
|
|
|
char *next_match;
|
2009-06-01 16:19:06 +02:00
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
SLIST_ENTRY(Variable) variables;
|
2009-06-01 16:19:06 +02:00
|
|
|
|
};
|
|
|
|
|
|
2009-09-27 18:45:39 +02:00
|
|
|
|
/**
|
|
|
|
|
* The configuration file can contain multiple sets of bindings. Apart from the
|
|
|
|
|
* default set (name == "default"), you can specify other sets and change the
|
|
|
|
|
* currently active set of bindings by using the "mode <name>" command.
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct Mode {
|
2011-10-12 23:29:39 +02:00
|
|
|
|
char *name;
|
|
|
|
|
struct bindings_head *bindings;
|
2009-09-27 18:45:39 +02:00
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
SLIST_ENTRY(Mode) modes;
|
2009-09-27 18:45:39 +02:00
|
|
|
|
};
|
|
|
|
|
|
2009-06-29 22:15:37 +02:00
|
|
|
|
/**
|
|
|
|
|
* Holds part of the configuration (the part which is not already in dedicated
|
|
|
|
|
* structures in include/data.h).
|
|
|
|
|
*
|
|
|
|
|
*/
|
2009-02-25 00:50:30 +01:00
|
|
|
|
struct Config {
|
2011-10-12 23:29:39 +02:00
|
|
|
|
const char *terminal;
|
|
|
|
|
i3Font font;
|
|
|
|
|
|
|
|
|
|
char *ipc_socket_path;
|
|
|
|
|
const char *restart_state_path;
|
|
|
|
|
|
2013-05-22 06:28:13 +02:00
|
|
|
|
layout_t default_layout;
|
2011-10-12 23:29:39 +02:00
|
|
|
|
int container_stack_limit;
|
|
|
|
|
int container_stack_limit_value;
|
2012-09-24 01:14:00 +02:00
|
|
|
|
int default_border_width;
|
2014-05-09 18:33:38 +02:00
|
|
|
|
int default_floating_border_width;
|
2011-10-12 23:29:39 +02:00
|
|
|
|
|
|
|
|
|
/** Default orientation for new containers */
|
|
|
|
|
int default_orientation;
|
|
|
|
|
|
|
|
|
|
/** By default, focus follows mouse. If the user explicitly wants to
|
|
|
|
|
* turn this off (and instead rely only on the keyboard for changing
|
2015-03-12 05:41:43 +01:00
|
|
|
|
* focus), we allow them to do this with this relatively special option.
|
2011-10-12 23:29:39 +02:00
|
|
|
|
* It is not planned to add any different focus models. */
|
|
|
|
|
bool disable_focus_follows_mouse;
|
|
|
|
|
|
2014-03-24 18:03:05 +01:00
|
|
|
|
/** By default, when switching focus to a window on a different output
|
|
|
|
|
* (e.g. focusing a window on workspace 3 on output VGA-1, coming from
|
|
|
|
|
* workspace 2 on LVDS-1), the mouse cursor is warped to the center of
|
|
|
|
|
* that window.
|
|
|
|
|
*
|
|
|
|
|
* With the mouse_warping option, you can control when the mouse cursor
|
|
|
|
|
* should be warped. "none" disables warping entirely, whereas "output"
|
|
|
|
|
* is the default behavior described above. */
|
|
|
|
|
warping_t mouse_warping;
|
|
|
|
|
|
2012-08-05 21:41:36 +02:00
|
|
|
|
/** Remove borders if they are adjacent to the screen edge.
|
2012-07-22 11:57:07 +02:00
|
|
|
|
* This is useful if you are reaching scrollbar on the edge of the
|
2012-08-05 21:41:36 +02:00
|
|
|
|
* screen or do not want to waste a single pixel of displayspace.
|
|
|
|
|
* By default, this is disabled. */
|
|
|
|
|
adjacent_t hide_edge_borders;
|
2012-07-22 11:57:07 +02:00
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
/** By default, a workspace bar is drawn at the bottom of the screen.
|
|
|
|
|
* If you want to have a more fancy bar, it is recommended to replace
|
|
|
|
|
* the whole bar by dzen2, for example using the i3-wsbar script which
|
|
|
|
|
* comes with i3. Thus, you can turn it off entirely. */
|
|
|
|
|
bool disable_workspace_bar;
|
|
|
|
|
|
|
|
|
|
/** Think of the following layout: Horizontal workspace with a tabbed
|
|
|
|
|
* con on the left of the screen and a terminal on the right of the
|
|
|
|
|
* screen. You are in the second container in the tabbed container and
|
|
|
|
|
* focus to the right. By default, i3 will set focus to the terminal on
|
|
|
|
|
* the right. If you are in the first container in the tabbed container
|
|
|
|
|
* however, focusing to the left will wrap. This option forces i3 to
|
|
|
|
|
* always wrap, which will result in you having to use "focus parent"
|
|
|
|
|
* more often. */
|
|
|
|
|
bool force_focus_wrapping;
|
|
|
|
|
|
|
|
|
|
/** By default, use the RandR API for multi-monitor setups.
|
|
|
|
|
* Unfortunately, the nVidia binary graphics driver doesn't support
|
|
|
|
|
* this API. Instead, it only support the less powerful Xinerama API,
|
|
|
|
|
* which can be enabled by this option.
|
|
|
|
|
*
|
|
|
|
|
* Note: this option takes only effect on the initial startup (eg.
|
|
|
|
|
* reconfiguration is not possible). On startup, the list of screens
|
|
|
|
|
* is fetched once and never updated. */
|
|
|
|
|
bool force_xinerama;
|
|
|
|
|
|
2012-04-09 14:27:33 +02:00
|
|
|
|
/** Overwrites output detection (for testing), see src/fake_outputs.c */
|
|
|
|
|
char *fake_outputs;
|
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
/** Automatic workspace back and forth switching. If this is set, a
|
|
|
|
|
* switch to the currently active workspace will switch to the
|
|
|
|
|
* previously focused one instead, making it possible to fast toggle
|
|
|
|
|
* between two workspaces. */
|
|
|
|
|
bool workspace_auto_back_and_forth;
|
|
|
|
|
|
2012-09-22 13:48:22 +02:00
|
|
|
|
/** By default, urgency is cleared immediately when switching to another
|
|
|
|
|
* workspace leads to focusing the con with the urgency hint. When having
|
|
|
|
|
* multiple windows on that workspace, the user needs to guess which
|
|
|
|
|
* application raised the event. To prevent this, the reset of the urgency
|
|
|
|
|
* flag can be delayed using an urgency timer. */
|
|
|
|
|
float workspace_urgency_timer;
|
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
/** The default border style for new windows. */
|
|
|
|
|
border_style_t default_border;
|
|
|
|
|
|
|
|
|
|
/** The default border style for new floating windows. */
|
|
|
|
|
border_style_t default_floating_border;
|
|
|
|
|
|
|
|
|
|
/** The modifier which needs to be pressed in combination with your mouse
|
|
|
|
|
* buttons to do things with floating windows (move, resize) */
|
|
|
|
|
uint32_t floating_modifier;
|
|
|
|
|
|
2012-02-16 15:36:46 +01:00
|
|
|
|
/** Maximum and minimum dimensions of a floating window */
|
2012-02-16 19:41:54 +01:00
|
|
|
|
int32_t floating_maximum_width;
|
|
|
|
|
int32_t floating_maximum_height;
|
|
|
|
|
int32_t floating_minimum_width;
|
|
|
|
|
int32_t floating_minimum_height;
|
2012-02-16 15:36:46 +01:00
|
|
|
|
|
2011-10-12 23:29:39 +02:00
|
|
|
|
/* Color codes are stored here */
|
|
|
|
|
struct config_client {
|
|
|
|
|
uint32_t background;
|
|
|
|
|
struct Colortriple focused;
|
|
|
|
|
struct Colortriple focused_inactive;
|
|
|
|
|
struct Colortriple unfocused;
|
|
|
|
|
struct Colortriple urgent;
|
2013-12-15 11:42:40 +01:00
|
|
|
|
struct Colortriple placeholder;
|
2011-10-12 23:29:39 +02:00
|
|
|
|
} client;
|
|
|
|
|
struct config_bar {
|
|
|
|
|
struct Colortriple focused;
|
|
|
|
|
struct Colortriple unfocused;
|
|
|
|
|
struct Colortriple urgent;
|
|
|
|
|
} bar;
|
|
|
|
|
|
|
|
|
|
/** What should happen when a new popup is opened during fullscreen mode */
|
|
|
|
|
enum {
|
2012-10-24 19:59:09 +02:00
|
|
|
|
/* display (and focus) the popup when it belongs to the fullscreen
|
|
|
|
|
* window only. */
|
|
|
|
|
PDF_SMART = 0,
|
|
|
|
|
|
|
|
|
|
/* leave fullscreen mode unconditionally */
|
|
|
|
|
PDF_LEAVE_FULLSCREEN = 1,
|
|
|
|
|
|
|
|
|
|
/* just ignore the popup, that is, don’t map it */
|
|
|
|
|
PDF_IGNORE = 2,
|
2011-10-12 23:29:39 +02:00
|
|
|
|
} popup_during_fullscreen;
|
introduced i3 command for changing the hidden state and the mode of i3bar
The hidden_state and mode of each i3bar instance can now be controlled from within i3.
Therefore, two new i3 command were introduced:
_
bar hidden_state show|hide|toggle [<bar_id>]
show: always show the bar
hide: normal hide mode
toggle: toggle between show and hide (individually for each bar)
_
bar mode dock|hide|invisible|toggle [<bar_id>]
hide,dock: like before
invisible: always keep the bar hidden
toggle: toggle between dock and hide (individually for each bar)
This patch introduces a hidden_state ("hidden_state hide|show") in the
barconfig, which indicates the current hidden_state of each i3bar
instance. It only affects the bar when in hide mode. Additionally, a new
invisible mode was introduced. In order to change the hidden_state or
mode of the bar from i3, a barconfig-update event was introduced, for
which a bar can subscribe and the bar then gets notified about the
currently set hidden_state and mode in its barconfig.
For convenience, an id field ("id <bar_id>") was added to the barconfig, where one can
set the desired id for the corresponding bar. If the id is not specified, i3 will
deterministically choose an id; otherwise, with the previous random approach for finding
a new id, which is actually not shared with i3bar, as it would determine its id on
startup, the event-subscription would be destroyed on reload. Still, this issue remains
when manually changing the bar_id in the config and then reloading.
fixes #833, #651
2013-05-25 14:30:00 +02:00
|
|
|
|
|
|
|
|
|
/* The number of currently parsed barconfigs */
|
|
|
|
|
int number_barconfigs;
|
2009-02-25 00:50:30 +01:00
|
|
|
|
};
|
|
|
|
|
|
2011-10-12 23:52:55 +02:00
|
|
|
|
/**
|
|
|
|
|
* Holds the status bar configuration (i3bar). One of these structures is
|
|
|
|
|
* created for each 'bar' block in the config.
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
struct Barconfig {
|
|
|
|
|
/** Automatically generated ID for this bar config. Used by the bar process
|
|
|
|
|
* to request a specific configuration. */
|
|
|
|
|
char *id;
|
|
|
|
|
|
|
|
|
|
/** Number of outputs in the outputs array */
|
|
|
|
|
int num_outputs;
|
|
|
|
|
/** Outputs on which this bar should show up on. We use an array for
|
|
|
|
|
* simplicity (since we store just strings). */
|
|
|
|
|
char **outputs;
|
|
|
|
|
|
|
|
|
|
/** Output on which the tray should be shown. The special value of 'no'
|
|
|
|
|
* disables the tray (it’s enabled by default). */
|
|
|
|
|
char *tray_output;
|
|
|
|
|
|
|
|
|
|
/** Path to the i3 IPC socket. This option is discouraged since programs
|
|
|
|
|
* can find out the path by looking for the I3_SOCKET_PATH property on the
|
|
|
|
|
* root window! */
|
|
|
|
|
char *socket_path;
|
|
|
|
|
|
introduced i3 command for changing the hidden state and the mode of i3bar
The hidden_state and mode of each i3bar instance can now be controlled from within i3.
Therefore, two new i3 command were introduced:
_
bar hidden_state show|hide|toggle [<bar_id>]
show: always show the bar
hide: normal hide mode
toggle: toggle between show and hide (individually for each bar)
_
bar mode dock|hide|invisible|toggle [<bar_id>]
hide,dock: like before
invisible: always keep the bar hidden
toggle: toggle between dock and hide (individually for each bar)
This patch introduces a hidden_state ("hidden_state hide|show") in the
barconfig, which indicates the current hidden_state of each i3bar
instance. It only affects the bar when in hide mode. Additionally, a new
invisible mode was introduced. In order to change the hidden_state or
mode of the bar from i3, a barconfig-update event was introduced, for
which a bar can subscribe and the bar then gets notified about the
currently set hidden_state and mode in its barconfig.
For convenience, an id field ("id <bar_id>") was added to the barconfig, where one can
set the desired id for the corresponding bar. If the id is not specified, i3 will
deterministically choose an id; otherwise, with the previous random approach for finding
a new id, which is actually not shared with i3bar, as it would determine its id on
startup, the event-subscription would be destroyed on reload. Still, this issue remains
when manually changing the bar_id in the config and then reloading.
fixes #833, #651
2013-05-25 14:30:00 +02:00
|
|
|
|
/** Bar display mode (hide unless modifier is pressed or show in dock mode or always hide in invisible mode) */
|
2014-06-19 11:20:32 +02:00
|
|
|
|
enum { M_DOCK = 0,
|
|
|
|
|
M_HIDE = 1,
|
|
|
|
|
M_INVISIBLE = 2 } mode;
|
introduced i3 command for changing the hidden state and the mode of i3bar
The hidden_state and mode of each i3bar instance can now be controlled from within i3.
Therefore, two new i3 command were introduced:
_
bar hidden_state show|hide|toggle [<bar_id>]
show: always show the bar
hide: normal hide mode
toggle: toggle between show and hide (individually for each bar)
_
bar mode dock|hide|invisible|toggle [<bar_id>]
hide,dock: like before
invisible: always keep the bar hidden
toggle: toggle between dock and hide (individually for each bar)
This patch introduces a hidden_state ("hidden_state hide|show") in the
barconfig, which indicates the current hidden_state of each i3bar
instance. It only affects the bar when in hide mode. Additionally, a new
invisible mode was introduced. In order to change the hidden_state or
mode of the bar from i3, a barconfig-update event was introduced, for
which a bar can subscribe and the bar then gets notified about the
currently set hidden_state and mode in its barconfig.
For convenience, an id field ("id <bar_id>") was added to the barconfig, where one can
set the desired id for the corresponding bar. If the id is not specified, i3 will
deterministically choose an id; otherwise, with the previous random approach for finding
a new id, which is actually not shared with i3bar, as it would determine its id on
startup, the event-subscription would be destroyed on reload. Still, this issue remains
when manually changing the bar_id in the config and then reloading.
fixes #833, #651
2013-05-25 14:30:00 +02:00
|
|
|
|
|
|
|
|
|
/* The current hidden_state of the bar, which indicates whether it is hidden or shown */
|
2014-06-19 11:20:32 +02:00
|
|
|
|
enum { S_HIDE = 0,
|
|
|
|
|
S_SHOW = 1 } hidden_state;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
|
2011-12-12 06:58:57 +01:00
|
|
|
|
/** Bar modifier (to show bar when in hide mode). */
|
|
|
|
|
enum {
|
|
|
|
|
M_NONE = 0,
|
|
|
|
|
M_CONTROL = 1,
|
|
|
|
|
M_SHIFT = 2,
|
|
|
|
|
M_MOD1 = 3,
|
|
|
|
|
M_MOD2 = 4,
|
|
|
|
|
M_MOD3 = 5,
|
|
|
|
|
M_MOD4 = 6,
|
|
|
|
|
M_MOD5 = 7
|
|
|
|
|
} modifier;
|
|
|
|
|
|
2014-07-04 11:53:22 +02:00
|
|
|
|
/** Command that should be run when mouse wheel up button is pressed over
|
|
|
|
|
* i3bar to override the default behavior. */
|
|
|
|
|
char *wheel_up_cmd;
|
|
|
|
|
|
|
|
|
|
/** Command that should be run when mouse wheel down button is pressed over
|
|
|
|
|
* i3bar to override the default behavior. */
|
|
|
|
|
char *wheel_down_cmd;
|
|
|
|
|
|
2011-10-12 23:52:55 +02:00
|
|
|
|
/** Bar position (bottom by default). */
|
2014-06-19 11:20:32 +02:00
|
|
|
|
enum { P_BOTTOM = 0,
|
|
|
|
|
P_TOP = 1 } position;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
|
2011-11-24 21:53:29 +01:00
|
|
|
|
/** Command that should be run to execute i3bar, give a full path if i3bar is not
|
|
|
|
|
* in your $PATH.
|
|
|
|
|
* By default just 'i3bar' is executed. */
|
|
|
|
|
char *i3bar_command;
|
|
|
|
|
|
2011-10-12 23:52:55 +02:00
|
|
|
|
/** Command that should be run to get a statusline, for example 'i3status'.
|
|
|
|
|
* Will be passed to the shell. */
|
|
|
|
|
char *status_command;
|
|
|
|
|
|
|
|
|
|
/** Font specification for all text rendered on the bar. */
|
|
|
|
|
char *font;
|
|
|
|
|
|
|
|
|
|
/** Hide workspace buttons? Configuration option is 'workspace_buttons no'
|
|
|
|
|
* but we invert the bool to get the correct default when initializing with
|
|
|
|
|
* zero. */
|
|
|
|
|
bool hide_workspace_buttons;
|
|
|
|
|
|
2014-05-05 19:56:47 +02:00
|
|
|
|
/** Strip workspace numbers? Configuration option is
|
|
|
|
|
* 'strip_workspace_numbers yes'. */
|
|
|
|
|
bool strip_workspace_numbers;
|
|
|
|
|
|
2013-08-09 05:30:14 +02:00
|
|
|
|
/** Hide mode button? Configuration option is 'binding_mode_indicator no'
|
|
|
|
|
* but we invert the bool for the same reason as hide_workspace_buttons.*/
|
|
|
|
|
bool hide_binding_mode_indicator;
|
|
|
|
|
|
2011-10-12 23:52:55 +02:00
|
|
|
|
/** Enable verbose mode? Useful for debugging purposes. */
|
|
|
|
|
bool verbose;
|
|
|
|
|
|
|
|
|
|
struct bar_colors {
|
|
|
|
|
char *background;
|
|
|
|
|
char *statusline;
|
2013-01-27 21:27:21 +01:00
|
|
|
|
char *separator;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
|
2012-01-20 22:36:50 +01:00
|
|
|
|
char *focused_workspace_border;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
char *focused_workspace_bg;
|
2012-01-20 22:36:50 +01:00
|
|
|
|
char *focused_workspace_text;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
|
2012-01-20 22:36:50 +01:00
|
|
|
|
char *active_workspace_border;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
char *active_workspace_bg;
|
2012-01-20 22:36:50 +01:00
|
|
|
|
char *active_workspace_text;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
|
2012-01-20 22:36:50 +01:00
|
|
|
|
char *inactive_workspace_border;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
char *inactive_workspace_bg;
|
2012-01-20 22:36:50 +01:00
|
|
|
|
char *inactive_workspace_text;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
|
2012-01-20 22:36:50 +01:00
|
|
|
|
char *urgent_workspace_border;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
char *urgent_workspace_bg;
|
2012-01-20 22:36:50 +01:00
|
|
|
|
char *urgent_workspace_text;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
} colors;
|
|
|
|
|
|
2011-10-18 23:11:27 +02:00
|
|
|
|
TAILQ_ENTRY(Barconfig) configs;
|
2011-10-12 23:52:55 +02:00
|
|
|
|
};
|
|
|
|
|
|
2014-08-02 07:01:15 +02:00
|
|
|
|
/**
|
|
|
|
|
* Finds the configuration file to use (either the one specified by
|
|
|
|
|
* override_configpath), the user’s one or the system default) and calls
|
|
|
|
|
* parse_file().
|
|
|
|
|
*
|
|
|
|
|
* If you specify override_configpath, only this path is used to look for a
|
|
|
|
|
* configuration file.
|
|
|
|
|
*
|
|
|
|
|
* If use_nagbar is false, don't try to start i3-nagbar but log the errors to
|
|
|
|
|
* stdout/stderr instead.
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
bool parse_configuration(const char *override_configpath, bool use_nagbar);
|
|
|
|
|
|
2009-04-07 19:02:07 +02:00
|
|
|
|
/**
|
|
|
|
|
* Reads the configuration from ~/.i3/config or /etc/i3/config if not found.
|
|
|
|
|
*
|
|
|
|
|
* If you specify override_configpath, only this path is used to look for a
|
|
|
|
|
* configuration file.
|
|
|
|
|
*
|
|
|
|
|
*/
|
2009-07-23 18:14:24 +02:00
|
|
|
|
void load_configuration(xcb_connection_t *conn, const char *override_configfile, bool reload);
|
2009-08-07 15:35:12 +02:00
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* Ungrabs all keys, to be called before re-grabbing the keys because of a
|
|
|
|
|
* mapping_notify event or a configuration file reload
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
void ungrab_all_keys(xcb_connection_t *conn);
|
|
|
|
|
|
introduced i3 command for changing the hidden state and the mode of i3bar
The hidden_state and mode of each i3bar instance can now be controlled from within i3.
Therefore, two new i3 command were introduced:
_
bar hidden_state show|hide|toggle [<bar_id>]
show: always show the bar
hide: normal hide mode
toggle: toggle between show and hide (individually for each bar)
_
bar mode dock|hide|invisible|toggle [<bar_id>]
hide,dock: like before
invisible: always keep the bar hidden
toggle: toggle between dock and hide (individually for each bar)
This patch introduces a hidden_state ("hidden_state hide|show") in the
barconfig, which indicates the current hidden_state of each i3bar
instance. It only affects the bar when in hide mode. Additionally, a new
invisible mode was introduced. In order to change the hidden_state or
mode of the bar from i3, a barconfig-update event was introduced, for
which a bar can subscribe and the bar then gets notified about the
currently set hidden_state and mode in its barconfig.
For convenience, an id field ("id <bar_id>") was added to the barconfig, where one can
set the desired id for the corresponding bar. If the id is not specified, i3 will
deterministically choose an id; otherwise, with the previous random approach for finding
a new id, which is actually not shared with i3bar, as it would determine its id on
startup, the event-subscription would be destroyed on reload. Still, this issue remains
when manually changing the bar_id in the config and then reloading.
fixes #833, #651
2013-05-25 14:30:00 +02:00
|
|
|
|
/**
|
|
|
|
|
* Sends the current bar configuration as an event to all barconfig_update listeners.
|
|
|
|
|
*
|
2014-04-27 07:33:58 +02:00
|
|
|
|
*/
|
|
|
|
|
void update_barconfig();
|
introduced i3 command for changing the hidden state and the mode of i3bar
The hidden_state and mode of each i3bar instance can now be controlled from within i3.
Therefore, two new i3 command were introduced:
_
bar hidden_state show|hide|toggle [<bar_id>]
show: always show the bar
hide: normal hide mode
toggle: toggle between show and hide (individually for each bar)
_
bar mode dock|hide|invisible|toggle [<bar_id>]
hide,dock: like before
invisible: always keep the bar hidden
toggle: toggle between dock and hide (individually for each bar)
This patch introduces a hidden_state ("hidden_state hide|show") in the
barconfig, which indicates the current hidden_state of each i3bar
instance. It only affects the bar when in hide mode. Additionally, a new
invisible mode was introduced. In order to change the hidden_state or
mode of the bar from i3, a barconfig-update event was introduced, for
which a bar can subscribe and the bar then gets notified about the
currently set hidden_state and mode in its barconfig.
For convenience, an id field ("id <bar_id>") was added to the barconfig, where one can
set the desired id for the corresponding bar. If the id is not specified, i3 will
deterministically choose an id; otherwise, with the previous random approach for finding
a new id, which is actually not shared with i3bar, as it would determine its id on
startup, the event-subscription would be destroyed on reload. Still, this issue remains
when manually changing the bar_id in the config and then reloading.
fixes #833, #651
2013-05-25 14:30:00 +02:00
|
|
|
|
|
2011-07-10 14:33:19 +02:00
|
|
|
|
/**
|
|
|
|
|
* Kills the configerror i3-nagbar process, if any.
|
|
|
|
|
*
|
|
|
|
|
* Called when reloading/restarting.
|
|
|
|
|
*
|
|
|
|
|
* If wait_for_it is set (restarting), this function will waitpid(), otherwise,
|
|
|
|
|
* ev is assumed to handle it (reloading).
|
|
|
|
|
*
|
|
|
|
|
*/
|
|
|
|
|
void kill_configerror_nagbar(bool wait_for_it);
|