Suggestion: When the dock is in autohide mode, do not unhide the dock unless the mouse reaches a certain threshold of downwards velocity when it is moving to the dock's trigger area.

Benefit: This will prevent users from accidentally revealing the dock and obscuring the bottom of windows they may be trying to work with during regular use.

Not sure if this is feasible/possible to implement in this project, but just a suggestion because it works really well in GNOME's dock to shell extension's implementation of it.

Hello.

I use nwg-dock together with waybars on a pineNote.

The situation is that when I switch app using pressing pen or mouse on the app icon workspace is switched to proper one for the app. However when I touch an icon on a screen with a finger, icon is highlighted but not switched to the app or workspace.

Is this intended? Is there an command line option to change it? If not where to start the change in a code to modify this behavior?

Thank for this app. Jaźń.

Hi,

Im using archlinux (aarch64) on the Raspberry pi 4.

Well, it compiles and everything looks fine, but after the compilation and installation, i get: -bash: /usr/bin/nwg-dock: cannot execute binary file: Exec format error

Isn't that weird, because i compiled it on the pi4 itself?

I'm running nwg-dock 0.2.2 from AUR on Arch with sway from git (sway 1.8-dev-cd1ee0e1) on a recent laptop, and nwg-dock constantly uses about 10% of CPU.

nwg-dock -debug doesn't show anything suspicious.

I'm using Go and gtk-layer-shell versions 2:1.17.6-2 and 0.7.0-1 respectively.

Pango_attr_insert_hyphens_new undefined error I’m sure you’ve seen this error on Linux build it carries over to bad I’m to get it to build by rewriting parts of the pango header file but haven’t had any luck yet

With Debian testing, getting the following build error (can build fine on Arch Linux):

$ make get
go get github.com/gotk3/[email protected]
go get github.com/gotk3/gotk3/gdk
go: found github.com/gotk3/gotk3/gdk in github.com/gotk3/gotk3
v0.5.3-0.20210223154815-289cfb6dbf32
go get github.com/gotk3/gotk3/glib
go: found github.com/gotk3/gotk3/glib in github.com/gotk3/gotk3
v0.5.3-0.20210223154815-289cfb6dbf32
go get github.com/dlasky/gotk3-layershell/layershell
go: found github.com/dlasky/gotk3-layershell/layershell in github.com/dlasky/gotk3-layershell
v0.0.0-20210331230524-5cca0b819261
# github.com/dlasky/gotk3-layershell/layershell
../../.go/pkg/mod/github.com/dlasky/[email protected]/layershell/layer.go:93:35:
could not determine kind of name for C.GtkLayerShellKeyboardMode
../../.go/pkg/mod/github.com/dlasky/[email protected]/layershell/layer.go:93:2:
could not determine kind of name for C.gtk_layer_set_keyboard_mode
make: *** [Makefile:5: get] Error 2

libgtk-layer-shell-dev 0.5.2-1, go1.15.9

Worth asking @dlasky too

Describe the bug During command make build I get following error (2): nwg-dock git:(main) ✗ make build go build -o bin/nwg-dock . \# github.com/gotk3/gotk3/glib cgo-gcc-prolog: In function ‘_cgo_200740c87a77_Cfunc_g_binding_get_source’: cgo-gcc-prolog:71:2: warning: ‘g_binding_get_source’ is deprecated: Use 'g_binding_dup_source' instead [-Wdeprecated-declarations] In file included from /usr/include/glib-2.0/glib-object.h:24, from /usr/include/glib-2.0/gio/gioenums.h:30, from /usr/include/glib-2.0/gio/giotypes.h:30, from /usr/include/glib-2.0/gio/gio.h:28, from ../go/pkg/mod/github.com/gotk3/[email protected]/glib/gbinding.go:3: /usr/include/glib-2.0/gobject/gbinding.h:115:23: note: declared here 115 | GObject * g_binding_get_source (GBinding *binding); | ^~~~~~~~~~~~~~~~~~~~ cgo-gcc-prolog: In function ‘_cgo_200740c87a77_Cfunc_g_binding_get_target’: cgo-gcc-prolog:107:2: warning: ‘g_binding_get_target’ is deprecated: Use 'g_binding_dup_target' instead [-Wdeprecated-declarations] /usr/include/glib-2.0/gobject/gbinding.h:119:23: note: declared here 119 | GObject * g_binding_get_target (GBinding *binding); | ^~~~~~~~~~~~~~~~~~~~ \# github.com/nwg-piotr/nwg-dock ./tools.go:69:12: cannot use window.Change (variable of type sway.WindowEventChange) as type string in struct literal ./tools.go:87:33: cannot use eventHandler (variable of type swayEventHandler) as type sway.EventHandler in argument to sway.Subscribe: swayEventHandler does not implement sway.EventHandler (missing BarStateUpdate method) ./tools.go:117:33: cannot use eventHandler (variable of type swayEventHandler) as type sway.EventHandler in argument to sway.Subscribe: swayEventHandler does not implement sway.EventHandler (missing BarStateUpdate method) make: *** [Makefile:11: build] Error 2

To Reproduce Steps to reproduce the behavior:

1. Clone repository
2. cd into repository folder
3. run command make get
4. run command make build
5. See the error

Expected behavior I expect succesful build to proceed to running command sudo make install

Screenshots

Desktop (please complete the following information):

• Linux distribution : openSUSE Tumbleweed x86_64
• go version : go version go1.19.3 linux/amd64
• gtk-layer-shell version: 0.8.0-1.1

This PR fixes Issue #24. Now tasks are only loaded if changes are detected (opening / closing windows or modifying the UI). I have not fully tested everything, so it is possible that not all state changes are tracked correctly and may result in an inconsistent state of the user interface.

Describe the bug When running nwg-dock, the icons for the ws and drawer aren't loaded, the two buttons become very thin, and do nothing when clicked.

To Reproduce Steps to reproduce the behavior:

1. Download package from AUR or chaotic-aur
2. Run nwg-dock

Expected behavior The svg icons installed with the program should be used, and the buttons should be functional.

Screenshot (Ingore the styling since there's no css file. Issue even if copying over the default css file.)

Desktop (please complete the following information):

• Arch Linux
• Go version: N/A for chaotic-aur, 1.17 for compiling from AUR
• gtk-layer-shell version: 0.6.0

Additional context

Using auto-detected launcher command: 'nwg-drawer'
Copying file: /home/cheer/.config/nwg-dock/style.css
/home/cheer/.config/nwg-dock/style.css file not found, using GTK styling
(0x55980473d9a8,0xc000013ff0)
(0x55980473d9a8,0xc00027e080)

** (nwg-dock:758083): WARNING **: 21:24:55.737: gtk-layer-shell v0.6.0 may not work on GTK v3.24.30. If you experience crashes, check https://github.com/wmww/gtk-layer-shell/blob/master/compatibility.md
refreshing...
(0x55980473d9a8,0xc000113e60)
(0x55980473d9a8,0xc000113ef0)

nwg-dock appears to depend on a sway-specific feature, and crashes when trying to run it on other Wayland compositors like river.

FATA[0000] Couldn't list tasks:$SWAYSOCK is empty

Describe the bug I noticed some paths to XDG directories /usr/share are hardcoded, which prevents nwg-dock working on some Linux environments that don't obey Linux FHS such as NixOS.

To Reproduce Steps to reproduce the behavior:

1. Change XDG_DATA_DIRS or XDG_DATA_HOME and put the resources there
2. Run

Expected behavior The dock icons are shown correctly.

Screenshots

Desktop (please complete the following information):

• NixOS
• Go 1.16.2
• 0.6.0

Additional context I found a suitable Go library though I haven't tested it yet. https://github.com/adrg/xdg

I know the nwg-panel already has this implemented, but would it be possible to also implement this in the dock? For me it would feel redundant to have two separate UI pieces show my open applications, and I prefer using the dock over the panel module :).

I know the behavior right now is that when you click an open app it takes you to the workspace that that app is running on if you are not already there. To prevent breaking that for those who rely on this feature, maybe have it be an optional toggle in the dock? Alternatively, it could be a right click context menu to minimize, and then if it's detected that the app is running in scratchpad, a regular click would reveal it from scratchpad (not sure if this idea is actually possible to implement with the way Wayland works, I know there's some issues with applications detecting the state of windows for separate apps. If it's not possible just disregard it haha)

Describe the bug Some desktop entries do not launch from nwg-dock due to how command line arguments are handled. Specifically, having the passed parameter %F in the Exec statement of a .desktop file along with other command line flags seems to prevent the application from launching.

To Reproduce Steps to reproduce the behavior:

1. Open an application that supports %F as a parameter and pin to the dock (to reproduce this, I used code-oss).
2. Update the desktop entry for that application (in my case /usr/share/applications/code-oss.desktop) to contain an Exec statement containing %F. For example Exec=/usr/bin/code-oss --enable-features=UseOzonePlatform --ozone-platform=wayland --unity-launch %F.
3. Close the application.
4. Try to re-open it from the dock. If nwg-dock is started from a terminal the following debugging statement is logged, indicating that the actual command name has been truncated. env vars: ["--enable-features=UseOzonePlatform --ozone-platform=wayland]; command: '--unity-launch'; args: []

Expected behavior nwg-dock should launch the application with all command line flags intact.

Desktop (please complete the following information):

• Arch Linux (5.13.6-arch1-1)
• wayland 1.19.0-1
• go 1.16.5
• gtk-layer-shell 0.6.0-1

Additional context The same desktop entry launches from gtk-launch, bemenu, etc. just fine. I'm not sure if there's another way to format my Exec statement to make this work or if nwg-dock is just tripping up on just %F or all passed parameters, but I thought I'd report this anyway. I haven't written any Go in forever but when I have some time I might be able to track down the bug and submit a PR if you're too busy. Thanks. :)