Fix WM_CLASS and WM_WINDOW_ROLE properties
authorQuentin Rameau <quinq@fifth.space>
Sun, 22 Nov 2015 10:53:19 +0000 (11:53 +0100)
committerQuentin Rameau <quinq@fifth.space>
Sun, 22 Nov 2015 10:53:19 +0000 (11:53 +0100)
commit3e017b1a89c1e0d8cb706638d0223afcf834e70d
tree76e4f93f128f787e3a34f385cbbecce062d8f01b
parentbd17d359d6a9eb2461a939a33d710b2f0dade4f1
Fix WM_CLASS and WM_WINDOW_ROLE properties

Instead of forcing class and instance names, which is what GTK does by
default anyway, allow the user to set the instance name, but keep the
general class as “Surf”.
Is we won't support a “-name” parameter and don't implement a parsing of
RESOURCE_NAME env variable, let's fallback on the third behaviour, use
the name of the calling executable.
That would let the user do things like 'ln -s ./surf ./surf-other;
./surf-other' and set different parameters for the two instances (in dwm
for example).
Try to generate a unique WM_WINDOW_ROLE (within the surf process)
composed of “Surf” and the view ID.
surf.c