summaryrefslogtreecommitdiff
path: root/FAQ.md
diff options
context:
space:
mode:
authorQuentin Rameau <quinq@fifth.space>2015-11-22 11:53:19 +0100
committerQuentin Rameau <quinq@fifth.space>2015-11-22 11:53:19 +0100
commit3e017b1a89c1e0d8cb706638d0223afcf834e70d (patch)
tree76e4f93f128f787e3a34f385cbbecce062d8f01b /FAQ.md
parentbd17d359d6a9eb2461a939a33d710b2f0dade4f1 (diff)
downloadsurf-3e017b1a89c1e0d8cb706638d0223afcf834e70d.tar.gz
surf-3e017b1a89c1e0d8cb706638d0223afcf834e70d.tar.bz2
surf-3e017b1a89c1e0d8cb706638d0223afcf834e70d.zip
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.
Diffstat (limited to 'FAQ.md')
0 files changed, 0 insertions, 0 deletions