Re: How to maximize,undecorate window once?

On Tue, Sep 1, 2015 at 3:22 PM, James Stortz <[email protected]>
wrote:

> Actually... it does! Or it *should*
>
> It has the same effect of renaming.
>
> But it turns out, with midori, as I may have suspected, the issue with it
> is it is tied into the loading of the config ("-c [cfg dir]")
>
> If I don't set any cfg it won't set the WM_CLASS, if I do set it, it will
> persist from the first instance.
>
> So, I'd still like a proper solution for consistent practice on openbox.
>

Well, the right way to do it is to have the application set a different
class/name/role hint for openbox to see. Anything else* is racey.

*You could use "startup notification" stuff to place it where you want it.
Then you have to launch the app with a startup-notification-aware launcher
than sets appropriate env vars for it and talks the protocol.
http://standards.freedesktop.org/startup-notification-spec/startup-notification-latest.txt
 I don't know a good launcher that speaks this that would let you place a
window on an arbitrary desktop of your choice. Also midori has to support
it (if it's built on GTK/QT it should).


>
> On Tue, Sep 1, 2015 at 10:02 PM, Dana Jansens <[email protected]> wrote:
>
>> Does linking the binary give it a diff class name?
>>
>> ln -s /usr/bin/midori /usr/bin/midori.1
>>
>> On Tue, Sep 1, 2015 at 3:00 PM, James Stortz <[email protected]
>> > wrote:
>>
>>> Thanks.
>>>
>>> Each application instance has to be launched automatically. I'm
>>> launching 4 web browsers at startup and they need to each be on their own
>>> desktop workspace.
>>>
>>> After that, I want the browser to launch as normal.
>>>
>>> I thought I just had a way to do it, a simple little trick, but not
>>> working!
>>>
>>> mv /usr/bin/midori /usr/bin/midori.1
>>> midori.1 -c cfg &
>>>
>>> mv /usr/bin/midori.1 /usr/bin/midori.2
>>> midori.2 -c cfg &
>>>
>>> mv /usr/bin/midori.2 /usr/bin/midori
>>>
>>> That will change the WM_CLASS to midori.1 and midori.2. Actually kinda
>>> cool. Thought it would work, but again it's too fast. Didn't want to use
>>> sleep, but even when I tried that it oddly set both to midori.1, even
>>> though it was called with midori.2!
>>>
>>>
>>>
>>> James
>>>
>>> On Tue, Sep 1, 2015 at 9:33 PM, Ian Zimmerman <[email protected]> wrote:
>>>
>>>> On 2015-09-01 20:52 +0000, James Stortz wrote:
>>>>
>>>> > Good evening! I need to know how to selectively open windows with
>>>> temporary
>>>> > options. It's easy enough to set them in the rc.xml, which is great!
>>>> Any
>>>> > suggestions as to what might be possible? Doesn't seem to be a
>>>> programmatic
>>>> > way to do it, like an API.
>>>> >
>>>> > For example, is it possible to set the _OB_CLASS or _OB_NAME or
>>>> _OB_ROLE or
>>>> > something before launching an app?
>>>>
>>>> This is the type of question that's asking for:
>>>>
>>>> Why?
>>>>
>>>> If I know what you're really trying to do, I may have a better answer
>>>> :-P
>>>>
>>>> --
>>>> Please *no* private copies of mailing list or newsgroup messages.
>>>> Rule 420: All persons more than eight miles high to leave the court.
>>>>
>>>> _______________________________________________
>>>> openbox mailing list
>>>> [email protected]
>>>> http://icculus.org/mailman/listinfo/openbox
>>>
>>>
>>>
>>> _______________________________________________
>>> openbox mailing list
>>> [email protected]
>>> http://icculus.org/mailman/listinfo/openbox
>>>
>>
>>
>> _______________________________________________
>> openbox mailing list
>> [email protected]
>> http://icculus.org/mailman/listinfo/openbox
>>
>
>
> _______________________________________________
> openbox mailing list
> [email protected]
> http://icculus.org/mailman/listinfo/openbox
>

_______________________________________________
openbox mailing list
[email protected]
http://icculus.org/mailman/listinfo/openbox