- 29 Nov, 2021 2 commits
-
-
- 28 Nov, 2021 1 commit
-
-
- 27 Nov, 2021 7 commits
-
-
-
David Keogh authored
Closes #13 Additionally, correctly release memory after launching.
-
nyanpasu64 authored
-
nyanpasu64 authored
-
nyanpasu64 authored
-
nyanpasu64 authored
What are the effects of traversing the directory tree in findXDGDirectories() (at startup time) rather than loadXDGDirectories() (also called on .desktop rescan)? It might be faster, since we only do a recursive rescan once, but it's flawed since we don't pick up changes to *which* directories are present. One theoretical advantage of having a recursive directory scan, followed by a linear file scan, is that if XDG_DATA_DIRS contains both a directory and its child, we won't process those .desktop files twice. But in practice we can avoid duplicated files (and also be more standards-conformant [1]) by not pushing /usr/local/share and /usr/share if we find a non-empty XDG_DATA_DIRS. [1]: https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables
-
-
- 26 Nov, 2021 1 commit
-
-
Previously dragging a launcher towards the right would leave it 1 icon to the left of the position you dragged it to. And you couldn't drag a launcher to the rightmost position in the dock. This fixes it. I'm not sure why the -1 was added in the first place. Is there now a risk of now dropping an icon at position "length", which is an invalid position? I haven't seen any malfunctions in my testing though.
-
- 18 Nov, 2021 2 commits
-
-
nyanpasu64 authored
This doesn't change the behavior, since `id = id.substr(0, 0xffffffff)` is a no-op. But this still improves the code and makes it slightly faster.
-
nyanpasu64 authored
This fixes many cases of windows mapping to incorrect .desktop files (Docklike shows the wrong icon, and pinning pins the wrong app). Specifically this fixes windows whose WM_CLASS matches a .desktop file's StartupWMClass (but not name), but Docklike ignores the StartupWMClass so can't find the right .desktop file.
-
- 11 Nov, 2021 12 commits
-
-
David Keogh authored
-
David Keogh authored
In many cases the timeout's stop method was being called more than once raising GLib warnings.
-
David Keogh authored
-
David Keogh authored
-
David Keogh authored
-
David Keogh authored
-
David Keogh authored
GLib provides a GAppInfoMonitor object that allows us to detect desktop file changes. This should work on non-linux systems, anywhere GNOME does.
-
David Keogh authored
The previous effect can still be achieved with CSS: #docklike-plugin .hover_group { background-color: alpha(@menu_item_bgcolor_hover, 0.1); }
-
David Keogh authored
Better debugging instructions and long desctiption.
-
David Keogh authored
-
David Keogh authored
Related #14 It can be restored by using css or a future option.
-
David Keogh authored
Related #9
-
- 27 Sep, 2021 1 commit
-
-
David Keogh authored
-
- 26 Sep, 2021 4 commits
-
-
David Keogh authored
Closes #4 "gtk-close" is deprecated
-
David Keogh authored
The leave-notify-event needs to return false (propogate event) for gtk to remove the hover state of the button.
-
David Keogh authored
new string: "Remove"
-
David Keogh authored
-
- 21 Sep, 2021 4 commits
-
-
David Keogh authored
-
David Keogh authored
Closes #41
-
David Keogh authored
-
David Keogh authored
-
- 16 Sep, 2021 6 commits
-
-
David Keogh authored
-
David Keogh authored
-
David Keogh authored
-
David Keogh authored
-
David Keogh authored
-
David Keogh authored
The last two conditions do the same thing.
-