On 28.10.2012 11:14, Claudio Kozický wrote:
> On Sun, Oct 28, 2012 at 09:44:02AM +0100, Uli Schlachter wrote:
>> On 28.10.2012 09:19, Claudio Kozický wrote:
>>> I'm autorunning chromium and want the autorun window to be moved to tag
>>> 3. After the chromium window is moved to tag 3, all additionally opened
>>> chromium windows get moved to tag 3 as well (I don't want that). To
>>> solve the problem, I have to change chromium's instance after the
>>> autorun chromium gets moved to tag 3.
>>
>> So you autorun chromium and it starts up with instance "chromium-autorun",
>> right? And non-autorun chromiums have instance "chromium". At least the rule
>> from your original mail suggests so.
>>
>> That means you can make a rule that just moves chromium-autorun to tag 3 and
>> doesn't move other chromiums...?
> 
> Yes I autorun chromium with instance set to "chromium-autorun". When I
> decide to open another chromium window on a tag different from tag 3, I
> execute "chromium" on that tag. But the problem is that when I execute
> "chromium", chromium opens a new window which inherits instance set to
> "chromium-autorun" and therefore gets moved from whatever tag I executed
> the "chromium" command to tag 3.

Isn't it somehow possible to make chromium start a new process instead of
letting the already-running one handle the new page? :-/

> So I have to somehow change the
> instance of the autorun chromium window so that subsequently opened
> windows inherit the changed value of instance. If the value of instance
> cannot be changed with Awesome, I could probably somehow figure out how to
> change it with xdotool[1].
> 
> [1]: http://www.semicomplete.com/projects/xdotool/xdotool.xhtml

xdotool can't change WM_CLASS either. This property is only ever set by the
applications itself and must not be changed by anything else. Actually, not even
the app itself may change its WM_CLASS while the window is mapped, ICCCM
requires the WM to ignore thus changes (although it seems as if awesome might
honor them...).

Uli
-- 
Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?

-- 
To unsubscribe, send mail to [email protected].

Reply via email to