Web apps (Chrome/Prism) should have individual icons in Docky
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Do |
Won't Fix
|
Wishlist
|
Unassigned | ||
Docky |
New
|
Undecided
|
Unassigned |
Bug Description
It should be possible to have web apps treated as seperate applications with their own icon in Docky. If I'm not mistaken, this could be done by taking the windows WM_CLASS into account when grouping and fetching icons. For example, I can have a desktop file with the following:
[Desktop Entry]
Name=Gmail
Exec=chromium-
Type=Application
StartupWMClass=
* the --user-data option is required to start a NEW instance of chrome, otherwise it will hijack any current chrome instance and the --class argument will be ignored
This would launch an instance of Chromium/Chrome running gmail in app mode. It's window class would appear as follows in xprop:
WM_CLASS(STRING) = "chromium-browser", "Gmail"
As opposed to a regular instance which is just:
WM_CLASS(STRING) = "chromium-browser", "Chromium-browser"
Is it possible to group windows like this, based on their class? It would provide some great web app integration. I filed a similar bug on the chromium tracker about properly identifying individual app instances, through their class/role or otherwise.
Changed in do: | |
importance: | Undecided → Wishlist |
As a work around:
For each web app, you can create a symbolic link to /usr/lib/ chromium- browser/ chromium- browser with a unique name (like "gmail"). And another launcher (see script /usr/bin/ chromium- browser) which launches it, as well as specifying --user-data-dir and so on. Then, create a desktop file which points to the new launcher.
This will cause Do to think its a whole seperate program and will use the .desktop's icon and will not group it with existing chromium windows.
I imagine something similar could be done with prism/wine/etc until a better solution comes around..