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

ipc: when requesting the bar config without a payload, return an array of available bar IDs

Bugfix: Correctly close the colors map in the IPC bar config reply

Make the barconfig list a TAILQ

add an IPC request to get the bar configuration (by ID)

add a data structure for 'bar' configuration

reformat include/config.h

Focus new window only if it is on a visible workspace on the current focused output.

Bugfix: Fix segfault when starting i3 (Thanks pnutzh4x0r)

log: use localtime_r instead of localtime

localtime_r does not have the side-effect of behaving like it called tzset(),
in particular it will save one stat(/etc/localtime) syscall. This is not a big
deal, but it makes the strace output cleaner and thus more useful :).

Merge branch 'workspace_baf' into next

tests: add t/176-workspace-baf for the workspace back_and_forth feature

Implement 'workspace back_and_forth' (Patch by Michael Walle)

docs/Makefile: use $(ASCIIDOC), add asciidoc 'latest git docs' config

debian: use debian/i3-wm.manpages instead of manuall installing manpages

Bugfix: Use _exit in forking to avoid calling the libev cleanup handler (Thanks xeen)

Don’t call ev_destroy_loop with ev < 4 in atexit (Thanks xeen)

i3test.pm: use strict; use warnings; and fix related bugs

testcases/makefile: add modeline, add testsuite-* and latest to 'clean' target

t/175-startup-notification: don’t wait for i3 mapping the window

It is on a different workspace and will therefore not get mapped.
Syncing is enough.

Merge branch 'startup-notification' into next

Change the root window cursor to 'watch' during startups

debian: update debian/control with new build-dep libstartup-notification0-dev

add libstartup-notification to DEPENDS

startup: delete the startup sequence upon completion, make the timeout complete it