Simdock should use real transparency for its background when a compositor is active.

This would fix #9 and likely #6.

Before now, this was impossible since the wxwidgets compositing feature was broken. Maybe it's fixed now, after the move to GTK3 in #11. However, an initial test did not work -> enabling transparency for the frame background in wxWidgets still seems to be completely broken. But maybe that's not true, and someone knows how to get it to work. Comments, PRs etc welcome.

Running Simdock-41df87a-x86_64.AppImage on Xubuntu bionic Live ISO, a box with desktop background color appears around Simdock:

Simdock-3aab011-x86_64.AppImage on xubuntu-16.04.1-desktop-amd64.iso:

On neon-devedition-gitunstable-20180826-0812-amd64.iso with Simdock-5fc553b-x86_64.AppImage I get this error. Is it searching another hardcoded path?

This is meant as documentation.

Today under void, simdock did not want to start anymore. The solution was to install libwnck2 and libwnck2-devel. Despite the name, this made libwnck-1.0 available again when compiling simdock.

GTK3 support would be appreciated. The main issue seems to be that GdkPixmap is gone, so I wasn't sure how to replace gdk_pixmap_foreign_new().

The move to GTK3 (#11) broke the pseudo transparency. Simdock grabs the image of the current workspace on start, including the currently open windows(!), but doesn't update when that image changes (like when windows gets closed).

On void, it seems like the old libgconf-2.4 is finally gone for good, which breaks simdock for me. Simdock should compile with something else. There is likely no need to use Gnome's storage API here in the first place, setting could be stored in an .ini or .toml instead.

On neon-devedition-gitunstable-20180826-0812-amd64.iso with Simdock-5fc553b-x86_64.AppImage I get a black box around the icons:

(GIF screen recording made with the Peek AppImage)

There is no package supporting Artful Aardvark currently

When simdock is using icons for just a starter, everything is fine, since that icon can be chosen by the user. But when it becomes a task - a window is opened - simdock uses the icon wnck_get_icon returns (https://lazka.github.io/pgi-docs/api/Wnck_3.0/classes/Window.html#Wnck.Window.get_icon,

I don't see how to do that.

[sim_gconf.cc:89]: (error) Dangerous usage of c_str(). The value returned by c_str() is invalid after this call.

const gchar _data = wx2std (_value).c_str ();

Something like

wx2std tmp( *value);
const gchar *data = tmp.c_str ();

might work better.

Hey, nice work. I loved the simplicity of the dock. So here is some problems i see on Mate 1.20.4 / Debian 10

• Cannot get transparency of PNG

• The dock is not always on the top

• Can move dock using ALT+CLICK

• A Clock will be nice feature

Anyway, I'll look and try do something, i loved the dock

I restored the AppImage build infrastructure; The relevant files are:

• https://github.com/onli/simdock/blob/master/Makefile to build the app in general
• https://github.com/onli/simdock/blob/master/Makefile.appimage contains the code to create an AppImage from the appdir the first Makefiles can build
• https://github.com/onli/simdock/blob/master/.github/workflows/appimage.yml runs all of this on Github's CI infrastructure.

Initially, I took the code from the old travis file (https://github.com/onli/simdock/blob/ec895834f463825adb6bc0e8e4f9345d4b669095/.travis.yml) and ported that directly, but linuxdeployqt produced an AppImage that threw this error:

**
Wnck:ERROR:../libwnck/xutils.c:2348:default_icon_at_size: assertion failed: (base)
Bail out! Wnck:ERROR:../libwnck/xutils.c:2348:default_icon_at_size: assertion failed: (base)
Aborted

So I switched to https://github.com/linuxdeploy/linuxdeploy - same error at first, but solveable by adding the gtk plugin (5a73197). Now we have a working AppImage again!

But simdock when run from the AppImage stays black when compositing is on:

At first I though that AppImage might block access to the other icons and gfx files, but then it would not work when compositing is off, which I noticed afterwards. Two options remain:

1. AppImage breaks compositing (unlikely, given how AppImage works)
2. The old wxWidget version used for the AppImage is broken. This bug looks close to how wxWidgets behaved when I tried to enable compositing before - it had either no effect or the UI stayed dark, like here. And for the AppImage generation we use Ubuntu Focal, which means wxWidgets 3.0.x - it might very well be we run into a wxWidgets bug here, one that is solved in wxWidgets-3.2 my main system uses (and that newer Ubuntu systems would use)

Next step: See if we can raise the wxWidgets version - maybe by using a newer Ubuntu version as base? https://packages.ubuntu.com/lunar/libwxgtk3.2-dev would be the first option, from Ubuntu 23.04. But I do not know whether that is possible, and whether the resulting AppImage would work on a significant number of systems with a build base that new.