nixo
/
gri3-wm
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Fix a few spelling typos

This commit is contained in:
Miguel de Val-Borro 2011-12-23 16:29:26 +01:00 committed by Michael Stapelberg
parent 538247a843
commit 1d2c63de5c
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
docs/userguide
View File

@ -174,7 +174,7 @@ Floating windows are always on top of tiling windows.
i3 stores all information about the X11 outputs, workspaces and layout of the i3 stores all information about the X11 outputs, workspaces and layout of the
windows on them in a tree. The root node is the X11 root window, followed by windows on them in a tree. The root node is the X11 root window, followed by
the X11 outputs, then dock areas and a content container, then workspaces and the X11 outputs, then dock areas and a content container, then workspaces and
finally the windows themselve. In previous versions of i3 we had multiple lists finally the windows themselves. In previous versions of i3 we had multiple lists
(of outputs, workspaces) and a table for each workspace. That approach turned (of outputs, workspaces) and a table for each workspace. That approach turned
out to be complicated to use (snapping), understand and implement. out to be complicated to use (snapping), understand and implement.
@ -619,7 +619,7 @@ Only clients that do not cover the whole area of this window expose the color
used to paint it. If you use a color other than black for your terminals, you used to paint it. If you use a color other than black for your terminals, you
most likely want to set the client background color to the same color as your most likely want to set the client background color to the same color as your
terminal program's background color to avoid black gaps between the rendered terminal program's background color to avoid black gaps between the rendered
area of the termianal and the i3 border. area of the terminal and the i3 border.
Colors are in HTML hex format (#rrggbb), see the following example: Colors are in HTML hex format (#rrggbb), see the following example:
@ -1185,7 +1185,7 @@ number or name of the workspace. To move containers to specific workspaces, use
You can also switch to the next and previous workspace with the commands You can also switch to the next and previous workspace with the commands
+workspace next+ and +workspace prev+, which is handy, for example, if you have +workspace next+ and +workspace prev+, which is handy, for example, if you have
workspace 1, 3, 4 and 9 and you want to cycle through them with a single key workspace 1, 3, 4 and 9 and you want to cycle through them with a single key
combination. Similarily, you can use +move workspace next+ and +move workspace combination. Similarly, you can use +move workspace next+ and +move workspace
prev+ to move a container to the next/previous workspace. prev+ to move a container to the next/previous workspace.
[[back_and_forth]] [[back_and_forth]]
@ -1195,7 +1195,7 @@ back_and_forth+.
To move a container to another xrandr output such as +LVDS1+ or +VGA1+, you can To move a container to another xrandr output such as +LVDS1+ or +VGA1+, you can
use the +move output+ command followed by the name of the target output. You use the +move output+ command followed by the name of the target output. You
may also use +left+, +right+, +up+, +down+ instead of the xrandr output name to may also use +left+, +right+, +up+, +down+ instead of the xrandr output name to
move to the the next output in the specified direction. move to the next output in the specified direction.
*Examples*: *Examples*:
------------------------- -------------------------