| Age | Commit message (Collapse) | Author | Lines |
|
fixes #1635
|
|
|
|
in find_inherits()
|
|
The event loop API was redesigned to avoid race conditions as well.
Fixes #1583
|
|
|
|
|
|
|
|
|
|
|
|
Property reply functions are now notified if there was an error with the
property instead of silent failure. Also issues in `get_item` were
resolved.
|
|
This drastically reduces the amount of boilerplate needed to get a
property from a bus object.
|
|
|
|
Originally the context menu would draw at the top of the screen, which
is incorrect.
|
|
|
|
|
|
|
|
|
|
One segfault resulted from an incorrect dbus call in sni_watcher. The
other from duplicate items in the sni host.
|
|
|
|
|
|
This commit impliments a KDE hidden feature where a SNI could be
registered by object path instead of well-known name. This should allow
libappindicator programs to work correctly under sway.
See #1372
|
|
Lift restriction on json-c <= 0.12.1
ipc-server: Acquire ownership of referenced json_object properly
When adding a referenced json_object with an unknown lifetime to
another json_object, it must be done with a wrapped call to
json_object_get() to acquire the ownership of that json_object.
|
|
This reverts commit a427d79c013a14ce196ca8dac5644ff2c76637ca, reversing
changes made to f896cb48106e704a57f93790b46fa7e183d646eb.
|
|
|
|
|
|
|
|
i3 bar handles scroll events as button 4 and 5. An example use
case would be volume up/down.
|
|
|
|
|
|
|
|
|
|
Fixes #1307
|
|
Swaybar's CMakeLists.txt uses the enable-tray option directly to decide whether to build the tray. This leads to a compilation error if dbus is not installed.
This patch uses the ENABLE_TRAY variable instead, which is only true if the user enabled the tray *and* dbus is available.
|
|
|
|
This commit also fixes a memory leak that occurs on failure.
|
|
If an item doesn't have a well-formed name, it will not be added to the
tray.
|
|
error.
|
|
This reverts commit 144b794cf4232d9c7940551702bf43fd2d3b7d04.
|
|
|
|
|
|
|
|
Xembed support is premature in sway and should be postponed. This commit
only removes swaybar starting xembedsniproxy, if users would like, they
can still start xembedsniproxy manually, however there will be no
official support.
|
|
Fixes child proccess killing, when status_command is a complex command
like "i3status | wrapper.sh".
Set the process group id of the child process by calling `setpgid` after
forking and before calling `exec`.
The process group ID will be set to the process ID of the forked
process. Processes spawned by this child process will also have this
group ID.
Send signals to the process group with `killpg`. This will send the
signal to all of the process group.
|
|
The unique name was not copied out of the wire marshalled DBus message
data so `sni_uniq_cmp` would always match against junk data.
|
|
Remove tray code from bar.c and render.c
|
|
|
|
This commit implements the StatusNotifierItem protocol, and enables
swaybar to show tray icons. It also uses `xembedsniproxy` in order to
communicate with xembed applications.
The tray is completely optional, and can be disabled on compile time
with the `enable-tray` option. Or on runtime with the bar config option
`tray_output none`.
Overview of changes:
In swaybar very little is changed outside the tray subfolder except
that all events are now polled in `event_loop.c`, this creates no
functional difference.
Six bar configuration options were added, these are detailed in
sway-bar(5)
The tray subfolder is where all protocol implementation takes place and
is organised as follows:
tray/sni_watcher.c:
This file contains the StatusNotifierWatcher. It keeps track of
items and hosts and reports when they come or go.
tray/tray.c
This file contains the StatusNotifierHost. It keeps track of
sway's version of the items and represents the tray itself.
tray/sni.c
This file contains the StatusNotifierItem struct and all
communication with individual items.
tray/icon.c
This file implements the icon theme protocol. It allows for
finding icons by name, rather than by pixmap.
tray/dbus.c
This file allows for asynchronous DBus communication.
See #986 #343
|
|
|
|
|
|
|