Re: How to maximize,undecorate window once?

Thanks! I hadn't heard of that!

You know, it'd be nice to even see an automatic numbering or dynamic naming
stored in some WM attribute. I think gtk does support --class="abc" and
maybe some other ones.

I don't know how they work. It seems simple, but it could be tied in to
delicate procedures.





On Tue, Sep 1, 2015 at 11:10 PM, Dana Jansens <[email protected]> wrote:

> 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
>

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