Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Window class don't match on DockbarX #128

Open
rauldipeas opened this issue Jun 4, 2020 · 1 comment
Open

Window class don't match on DockbarX #128

rauldipeas opened this issue Jun 4, 2020 · 1 comment

Comments

@rauldipeas
Copy link

rauldipeas commented Jun 4, 2020

When i launch a webpin app that ain't pin on panel, it doesn't show app icon on DockbarX.

ksnip_20200604-161436

@ernstki
Copy link

ernstki commented Jan 24, 2023

Did you perchance try setting or altering the StartupWMClass key within the ~/.local/share/applications/Whatever-webpin.desktop file?

I don't use DockbarX or Twilio, but this is typically what's required for me to get a dock icon in my desktop environment of choice, when one doesn't initially show up. On my system, however, WebPin—built from the latest GitHub source—is already setting that key appropriately in all the .desktop files that it creates, and I'm not missing icons for any of the WebPin apps.

If you'd like to experiment with this anyway, the command xprop can be of assistance when trying to determine what the window class is. I believe the window name is also allowed for that key, per the freedesktop.org specification, where StartupWMClass is described as the WM class or WM name hint.

Example for an Instapaper WebPin application, with the start page set as https://instapaper.com:

$ xprop | grep -E '^WM_(CLASS|NAME)'
WM_CLASS(STRING) = "https://instapaper.com", "https://instapaper.com"
WM_NAME(STRING) = "Instapaper"

Hope that helps.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants