docs/userguide: Document the move syntax

Make 'move' handle floating windows properly

This means you can now specify an amount of pixels for the move command. The
default is 10. Note that this of course only works for floating windows.

Example:
  move left 20 px

extend t/124-move.t to test move for floating containers

t/124-move.t: re-activate test for useless move commands

Bugfix: Don’t invoke resizing when clicking on the decoration in a > 1 child split con (Thanks julien)

Fixes: #534

Bugfix: Only fallback on the font if it’s actually set (Thanks phnom)

Also call workspace_show() when moving cursor to an empty output (Thanks mw)

Bugfix: Correctly use workspace_show() when focus changes to a different output via EnterNotify or FocusIn (Thanks pnutzh4x0r)

This makes i3bar show the correct workspace when you move your mouse from one
output to another.

Bugfix: properly handle comments in colors {} blocks of bar config (+test) (Thanks fernandotcl)

Merge branch 'exec_nosn' into next

complete-run: clear the DESKTOP_STARTUP_ID environment variable before starting i3

tests: extend t/175-startup-notification to test the --no-startup-id flag

docs/userguide: document the --no-startup-id flag for exec directives in the config

docs/userguide: document the --no-startup-id flag

Add a --no-startup-id flag for exec (command), exec (config), exec_always (config)

normalize file headers across **/*.{h,c}

bar config: fall back to the i3 font (Thanks pl)

i3bar: put tray icons in the save-set (prevents them from crashing when i3bar exits/crashes)

Close empty workspaces if they're not visible.

Previously, we'd only close an empty workspace when we moved away
from it. Now we also close it when the last client exits, as long
as that workspace is not visible anymore.

get rid of xcb.c in all i3-* tools

open_input_window was slightly different for each of them, so it made no sense
to generalize it (then we would end up with a thin and useless wrapper).

Add libi3/load_font, use it everywhere

…except for i3bar, which needs slightly more information about the font

remove unused cached_fonts TAILQ

Actually make load_font only fallback if 'fallback' is true

Fix tests: s/i3bar/bar {/ and hash prefix for color codes in GET_BAR_CONFIG

Fix comment in run_assignments (Thanks xeen)

Move get_mod_mask to libi3, use it in i3 and i3-config-wizard

Also, the API changed a bit. There are two functions now, both assume you
already got the keysyms (which is the case for i3 and i3-config-wizard),
one gets the modifier mapping for you (aio_get_mod_mask_for) while the other
assumes you also got that. No roundtrips are required for the latter.

Introduce --get_socketpath and --force_xinerama as synonyms for --get-socketpath and --force-xinerama

i3-input: Remove unused get_mod_mask from xcb.c

i3-input: fix handling of Mode_switch (makes special characters work again)

This seems to have only worked before in certain settings, where the modifiers
were configured in a way that it matched by chance…

i3-input: Bugfix: font must be dynamically allocated, we FREE it later

remove unused get_mod_mask from i3-config-wizard/xcb.{c,h}

Eliminate xcb_change_gc_single everywhere with C99

move strndup to libi3

i3-nagbar: eliminate xcb_change_gc_single with C99

Fix colors in i3bar (Thanks julien)

i3bar previously used get_colorpixel on strings without the leading # (ff0000
instead of #ff0000). Since it uses libi3’s get_colorpixel now we needed to
update a few places.

i3-config-wizard: eliminate xcb_change_gc_single with C99

Move get_colorpixel to libi3, use it everywhere else

i3-input: eliminate xcb_change_gc_single usage with C99

add libi3/ipc_connect, use it in i3-config-wizard, i3-input, i3bar

debian: update package descriptions

debian: use ${perl:Depends}, remove perl from build-deps, update recommends

We can drop the perl module recommends since i3-wsbar no longer ships with i3.

cfgparse: use different literal strings for ambiguous keywords in bar context

i3bar: make len an integer for %.*s in sasprintf

i3bar: check exit code of pipe()

docs/userguide: use the correct color keywords (Thanks Atsutane)

introduce sasprintf() in libi3, use it everywhere

makefile: correctly depend on libi3/*.c to recompile libi3 when necessary

add libi3/libi3.a to .gitignore

i3-input: use IPC functions from libi3

i3-config-wizard: use IPC functions from libi3

i3bar: makefile: correctly depend on libi3

debian: raise dependency on debhelper

lower dependency on libstartup-notification, fix build-dep in debian/control

remove obsolete TERM_EMU build option

makefile: use /bin/echo to get consistent results for the escaping

On the buildbot slave machine, we have a different version of zsh which seems
to handle this slightly different with the built-in echo…

Bump dh compat to 7, simplify debian/rules.

Also added hardening flags. We can't enable PIE because i3bar seems
to have problems with that. We also shouldn't enable bindnow, as it
the startup performance penalty (though probably not too bad) might
not be acceptable for i3-msg and i3-input.

remove/shorten a lot of debugging messages

Some of them are useless nowadays, others very unlikely to be a problem.
Those which might still be interesting somewhen in the future are just
commented out.

normalize modelines/headers across src/*.c

Bugfix: i3.config: status_command, not status_line (Thanks eeemsi)

update manpage for 'bar' config (Thanks eeemsi)

Merge branch 'bar-config' into next

migration from exec i3bar to bar config: i3 substitutes exec with a bar block, shows nagbar

i3-nagbar: Implement -t warning, makes colors yellow(ish)

i3-migrate-config-to-v4: generate a bar {} block instead of exec i3bar

i3bar: delete include/queue.h, use i3’s copy

i3bar: change default font to the i3 default one

i3bar: change default colors to fit the i3 look & feel

The new default looks like this (like in docs/userguide):

colors {
background #000000
statusline #ffffff
focused_workspace  #ffffff #285577
active_workspace   #888888 #222222
inactive_workspace #888888 #222222
urgent_workspace   #ffffff #900000
}

If you want to go back to the previous colors, use:

colors {
background #000000
statusline #ffffff
focused_workspace  #ffffff #480000
active_workspace   #ffffff #480000
inactive_workspace #ffffff #240000
urgent_workspace   #ffffff #002400
}

Bugfix: fix off by one when copying the hex colorcode (Thanks fernandotcl)

i3bar: Bugfix: Don’t crash when tray_output is not set (Thanks fernandotcl)

cfgparse: Don’t use asprintf when parsing hex colors

tests: default bar mode changed

Bugfix: properly transition in and out of the COLOR_COND state (Thanks fernandotcl)

docs/userguide: document the output bar option

i3bar: Implement the output option

i3bar: spit out an error on wrong bar id

i3bar: also use the position option when in 'hide' mode

docs/userguide: document the tray_output bar option

i3bar: implement the tray_output option

i3bar: use safewrappers from libi3

i3bar: makefile: fix dependency on libi3

i3bar: makefile: prefix messages with [i3bar]

change default config to use 'bar' blocks (Thanks mxf)

i3bar: document -b in --help (Thanks mxf)

bar config: make dock mode the default

docs/userguide: document the bar configuration

i3bar: update manpage

cfgparse: eliminate absolute states, use yy_push_state/yy_pop_state

This fixes a problem with workspace assignments.
I tested i3 -C with three user configs (Thanks SardemFF7, julien, xeen)
and did not notice any problems.

Don’t start i3-nagbar when using -C to validate the config

tests: depend on AnyEvent::I3 0.09 (for get_bar_config)

ipc: document the GET_BAR_CONFIG request/reply

docs/ipc: fix example end

docs/ipc: document i3 --get-socketpath

i3bar: don’t reconnect, but exit(0) on EOF

Since i3 starts i3bar instances as necessary, EOF is considered a signal to
either shutdown because i3 exited or because it is restarting.

Actually start i3bar instances for each configured bar

tests: modify $PATH so that it prefers the compiled versions of everything in ../

Clean bars before reloading the config (+test)

While the configuration gets updated in i3, the i3bar processes will not pick
up these changes. We have to think about a good way to do that.

Make i3bar get its config from i3 via IPC

In order to not duplicate configuration options and make stuff confusing, we
dropped the commandline flags (except for socket_path and bar_id). This means
that you *have to* specify bar_id when starting i3bar. The best way is to let
i3 start i3bar, which it will do automatically for every bar {} configuration
block it finds.

Create different IDs for each bar (+test)

Implement parsing bar {} config blocks

tests: add a test to check that bar configs are parsed correctly