diff options
author | Drew DeVault <sir@cmpwn.com> | 2017-10-14 15:50:35 -0400 |
---|---|---|
committer | GitHub <noreply@github.com> | 2017-10-14 15:50:35 -0400 |
commit | e91058509e972ef954f11759d27a00a2185b8019 (patch) | |
tree | 8765ea2fc4720cbda14b85da8d0ef2aeacdff2ea | |
parent | d1e7ac89c485a72722be53f4c933885e9a1ec167 (diff) | |
parent | 93fe8ae705544ac6f9b08dcfe384074762995bed (diff) |
Merge pull request #1400 from madblobfish/manpages
Various manpage edits
-rw-r--r-- | sway/sway-bar.5.txt | 10 | ||||
-rw-r--r-- | sway/sway-input.5.txt | 6 | ||||
-rw-r--r-- | sway/sway-security.7.txt | 19 | ||||
-rw-r--r-- | sway/sway.1.txt | 23 | ||||
-rw-r--r-- | sway/sway.5.txt | 32 |
5 files changed, 46 insertions, 44 deletions
diff --git a/sway/sway-bar.5.txt b/sway/sway-bar.5.txt index 29487662..99238952 100644 --- a/sway/sway-bar.5.txt +++ b/sway/sway-bar.5.txt @@ -11,8 +11,8 @@ sway-bar - bar configuration file and commands Description ----------- -Sway allows for configuration of swaybar within the sway configuation file. -Swaybar commands must be used inside a _bar { }_ block in the config. +Sway allows configuring swaybar in the sway configuration file. +Swaybar commands must be used inside a _bar { }_ block in the config file. Commands @@ -77,15 +77,15 @@ codes in this manner. **activate_button** <button>:: Sets the button to be used for the _activate_ (primary click) tray item - event. By default is BTN_LEFT (0x110). + event. The default is BTN_LEFT (0x110). **context_button** <button>:: Sets the button to be used for the _context menu_ (right click) tray item - event. By default is BTN_RIGHT (0x111). + event. The default is BTN_RIGHT (0x111). **secondary_button** <button>:: Sets the button to be used for the _secondary_ (middle click) tray item - event. By default is BTN_MIDDLE (0x112). + event. The default is BTN_MIDDLE (0x112). **tray_output** none|all|<name>:: Sets the output that the tray will appear on or none. Unlike i3bar, swaybar diff --git a/sway/sway-input.5.txt b/sway/sway-input.5.txt index f44a3179..f0c8f87c 100644 --- a/sway/sway-input.5.txt +++ b/sway/sway-input.5.txt @@ -12,8 +12,8 @@ Description ----------- Sway allows for configuration of libinput devices within the sway configuration file. -sway-input commands must be used inside a _input { }_ block in the config. -To obtain a list of available devices identifier, run **swaymsg -t get_inputs**. +sway-input commands must be used inside an _input { }_ block in the config. +To obtain a list of available device identifiers, run **swaymsg -t get_inputs**. Commands -------- @@ -32,7 +32,7 @@ Commands **input** <identifier> events <enabled|disabled|disabled_on_external_mouse>:: Enables or disables send_events for specified input device. - (Disabling send_events disables the input device) + (Disabling send_events disables the input device) **input** <identifier> left_handed <enabled|disabled>:: Enables or disables left handed mode for specified input device. diff --git a/sway/sway-security.7.txt b/sway/sway-security.7.txt index aee3793c..c8d6758c 100644 --- a/sway/sway-security.7.txt +++ b/sway/sway-security.7.txt @@ -15,8 +15,8 @@ Security Overview figured out yet. The following man page is provisional. Securing sway requires careful configuration of your environment, the sort that's -usually best suited to a distro maintainer who wants to ship a secure sway -environment in their distro. Sway provides a number of means of securing it but +usually best suited to a distribution maintainer who wants to ship a secure sway +environment in their distribution. Sway provides a number of means of securing it but you must make a few changes external to sway first. Configuration of security features is limited to files in the security directory @@ -31,7 +31,7 @@ Environment security -------------------- LD_PRELOAD is a mechanism designed to ruin the security of your system. There are -a number of strategies for dealing with this but they all suck a little. In order +a number of strategies for dealing with this, but they all suck a little. In order of most practical to least practical: 1. Only run important programs via exec. Sway's exec command will ensure that @@ -50,8 +50,7 @@ compromised by LD_PRELOAD. It probably isn't, but you can be sure by setting permit LD_PRELOAD for it (and will also run it as root, which sway will shortly drop). You could also statically link sway itself. -Note that LD_LIBRARY_PATH has all of the same problems, and all of the same -solutions. +Note that LD_LIBRARY_PATH has all of these problems, and the same solutions. Read your log ------------- @@ -93,16 +92,16 @@ policies. These features are: Permission to take screenshots or record the screen. By default, no permissions are granted (though saner defaults are provided in -/etc/sway/config.d/security). You can use the following config commands to control +/etc/sway/config.d/security). You can use the following configuration options to control a program's access: **permit** <executable> <features...>:: - Permits <executable> to use <features> (each feature seperated by a space). + Permits <executable> to use <features> (each feature separated by a space). <executable> may be * to affect the default policy, or the full path to the executable file. **reject** <executable> <features...>:: - Disallows <executable> from using <features> (each feature seperated by a space). + Disallows <executable> from using <features> (each feature separated by a space). <executable> may be * to affect the default policy, or the full path to the executable file. @@ -154,7 +153,7 @@ a commands block and fill it with policies: } For example, you could do this to limit the use of the focus command to just -binding and critiera: +binding and criteria: commands { focus binding criteria @@ -210,7 +209,7 @@ You can also control which IPC events can be raised with an events block: } } -The following commands are vaild within an ipc events block: +The following commands are valid within an IPC events block: **binding** <enabled|disabled>:: Controls keybinding notifications (disabled by default). diff --git a/sway/sway.1.txt b/sway/sway.1.txt index 4a1aef99..14ab9f49 100644 --- a/sway/sway.1.txt +++ b/sway/sway.1.txt @@ -62,16 +62,19 @@ commands with **swaymsg**(1) or **i3-msg**(1) (or even with **i3**(1), probably) Configuration ------------- -If _-c_ is not specified, sway will look in several locations for your config -file. The suggested location for your config file is ~/.config/sway/config. -~/.sway/config will also work, and the rest of the usual XDG config locations -are supported. If no sway config is found, sway will attempt to load an i3 -config from all the config locations i3 supports. Sway looks for a config file in -a fallback directory as a last resort, which is /etc/sway/ by default. A standard -configuration file is installed at this location. If still nothing is found, -you will receive an error. - -To write your own config, it's suggested that you copy the default config file to +The path to a config file can be given via the _-c_ parameter, else +sway searches for it in the following locations: +- ~/.sway/config +- $XDG_CONFIG_HOME/sway/config (suggested location) +- ~/.i3/config +- $XDG_CONFIG_HOME/i3/config (XDG_HOME ) +- /etc/sway/config +- /etc/i3/config + +In /etc/sway/config the standard config file is installed. +An error is raised when no config file is found. + +To write your own configuration, it's suggested that you copy the default config file to the location of your choosing and start there. For information on the config file format, see **sway**(5). diff --git a/sway/sway.5.txt b/sway/sway.5.txt index 731394dd..750254c8 100644 --- a/sway/sway.5.txt +++ b/sway/sway.5.txt @@ -73,7 +73,7 @@ They are expected to be used with **bindsym** or at runtime through **swaymsg**( **focus** output <direction|name>:: Direction may be one of _up_, _down_, _left_, _right_. The directional focus commands will move the focus to the output in that direction. When name is - given the focus is changed to the output with that name. + given, the focus is changed to the output with that name. **focus** mode_toggle:: Toggles focus between floating view and tiled view. @@ -148,7 +148,7 @@ They are expected to be used with **bindsym** or at runtime through **swaymsg**( through the windows in the scratchpad. **split** <vertical|v|horizontal|h|toggle|t>:: - Splits the current container, vertically or horizontally. If toggled then the + Splits the current container, vertically or horizontally. If toggled, then the current container is split opposite to the parent container. **splith**:: @@ -185,10 +185,10 @@ or triggered at runtime. **client**.<color_class> <border> <background> <text> <indicator> <child_border>:: The client commands control the colors of the view borders and title bars. All - of the client commands _require_ five color values. (The one exception is + client commands _require_ five color values. (The one exception is **client.background** which _requires_ one color value.) If you only want to specify a subset, supply default colors for all the others. Colors must be - defined in hex. i.e. _#rrggbb_ or _#rrggbbaa_ when including the alpha + defined in hex. i.e. _#rrggbb_ or _#rrggbbaa_, when including the alpha channel. + The command tokens are: @@ -258,7 +258,7 @@ The default colors are: Uses the container dimensions as default. -1 x -1 will remove any restriction on dimensions. 0 x 0 has the same behavior as not setting any value. - If in conflict this option has precedence over floating_minimum_size. + If in conflict, this option has precedence over floating_minimum_size. **floating_minimum_size** <width> x <height>:: Specifies the minimum dimensions of floating windows. @@ -338,8 +338,8 @@ The default colors are: **mode** <mode_name>:: Switches to the given mode_name. The default mode is simply _default_. To - create a new mode in config append _{_ to this command, the following lines - will be keybinds for that mode, and _}_ on its own line to close the block. + create a new mode append _{_ to this command, the following lines + will be keybindings for that mode, and _}_ on its own line to close the block. **mouse_warping** <output|none>:: When _output_: place mouse at center of newly focused window when changing @@ -352,7 +352,7 @@ The default colors are: **output** <name> <resolution|res> <WIDTHxHEIGHT>:: Configures the specified output to use the given resolution. + - _Note_: sway does not currently support modesetting. Your output's native + _Note_: sway does not currently support setting the output mode. Your output's native resolution will be used and the screen will be scaled from the resolution specified to your native resolution. @@ -399,12 +399,12 @@ The default colors are: **unmark** <identifier>:: **Unmark** will remove _identifier_ from the list of current marks on a window. If - no _identifier_ is specified then **unmark** will remove all marks. + no _identifier_ is specified, then **unmark** will remove all marks. **workspace** [number] <name>:: Switches to the specified workspace. The string "number" is optional. The - worspace _name_, if unquoted, may not contain the string "output", as sway - will assume that the command is moving a worspace to an output, as described + workspace _name_, if unquoted, may not contain the string "output", as sway + will assume that the command is moving a workspace to an output, as described below. **workspace** <prev|next>:: @@ -438,9 +438,9 @@ A criteria is a string in the form of e.g.: [class="[Rr]egex.*" title="some title"] -The string contains one or more (space separated) attribute/value pairs and they -are used by some commands filter which views to execute actions on. All attributes -must match for the criteria string to match. +The string contains one or more (space separated) attribute/value pairs. They +are used by some commands to choose which views to execute actions on. All attributes +must match for the criteria to match. Criteria may be used with either the **for_window** or **assign** commands to specify operations to perform on new views. A criteria may also be used to @@ -460,7 +460,7 @@ Currently supported attributes: **class**:: Compare value against the window class. Can be a regular expression. If value - is _focused_ then the window class must be the same as that of the currently + is _focused_, then the window class must be the same as that of the currently focused window. **con_id**:: @@ -485,7 +485,7 @@ Currently supported attributes: **workspace**:: Compare against the workspace name for this view. Can be a regular expression. - If value is _focused_ then all the views on the currently focused workspace + If the value is _focused_, then all the views on the currently focused workspace matches. See Also |