[openbox] openbox Digest, Vol 112, Issue 2

Gary gary at oax.net
Wed Dec 5 04:26:33 EST 2018


I have used an approach that I developed a few years ago to recognize
and place new windows as they opened, using wmctrl and xdotool. My
approach works reasonably well, but when I discovered Openbox a couple
of weeks ago, I was excited to think that I could eliminate my approach
and just use Openbox. So far, the programs that I use the  most have now
been adapted to use Openbox instead of my approach, and I am happy about
that. For applications, such as Firefox, that do not provide enough
information to Openbox, I can either avoid using those programs, or
continue to use my approach for those applications. In summary, I am
very pleased with Openbox. 

On 2018-12-03 18:00, openbox-request at icculus.org wrote:

> Send openbox mailing list submissions to
> openbox at icculus.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> http://icculus.org/mailman/listinfo/openbox
> or, via email, send a message with subject or body 'help' to
> openbox-request at icculus.org
> 
> You can reach the person managing the list at
> openbox-owner at icculus.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of openbox digest..."
> 
> Today's Topics:
> 
> 1. Re: openbox Digest, Vol 111, Issue 9 (Jim Rees)
> 2. Re: openbox Digest, Vol 111, Issue 9 (Anthony Thyssen)
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 2 Dec 2018 17:49:51 -0500
> From: Jim Rees <jim at rees.org>
> To: openbox mailing list <openbox at icculus.org>
> Subject: Re: [openbox] openbox Digest, Vol 111, Issue 9
> Message-ID: <20181202224951.GA29200 at rees.org>
> Content-Type: text/plain; charset=us-ascii
> 
> Gary wrote:
> 
> All of the _OB_APP_ items for a Firefox window are the same for all
> Firefox windows, making it impossible to have Openbox configure each
> Firefox window uniquely. However, _NET_WM_VISIBLE_NAME is unique for
> each Firefox window that is opening a specific webpage, in that it
> displays the text from the window's title bar.
> 
> That's one of the more annoying misfeatures of Firefox. There are various
> add-ons that claim to fix this, but I haven't tried them. You could try
> "Custom Titlebar Text".
> 
> ------------------------------
> 
> Message: 2
> Date: Mon, 3 Dec 2018 09:26:48 +1000
> From: Anthony Thyssen <anthony.thyssen at gmail.com>
> To: openbox at icculus.org
> Subject: Re: [openbox] openbox Digest, Vol 111, Issue 9
> Message-ID:
> <CAHtp78EPzp-2JiVkFE7w7kwnvDX_yKj=Po57PQbsD+LO5rNr0w at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> You can discover and figure out the different windows without needing
> openbox to do it.
> This is especially relevant to the web browsers, which as Gary pointed out
> do not differentiate themselves on start up.
> 
> How I handle such applications is to use a start up script  (in my case
> part of the ".xinitrc" but can be any client start up script, or direct
> command call).
> 
> For this I have a 'wait for window' script  "xwin_find"
> http://www.ict.griffith.edu.au/anthony/software/#xwin_find
> This essentially a loop that looks for a specific window using "xwininfo"
> 
> With it I can then do things like...
> 
> google-chrome &
> if id=`xwin_find 60 "Anthony.* - Google Chrome"`; then
> echo "Chrome Window Found (id=$id)"
> sleep 1  # pause a moment
> xwit -iconify -id $id
> else
> echo "ERROR: Chrome Window NOT FOUND\!"
> fi
> 
> This will wait (up to a full minute) for the specified window to appear (
> and load the appropriate startup page to identify it), then minimize
> (iconify) the window,  but you can also resize, position, or move to a
> specific window manager desktop, using the appropriate tools.
> 
> It works with chrome, firefox, or other tools too.
> 
> Alternatively, if you don't mind not having a timeout, you can use "wmctrl"
> 
> while :; do
> wmctrl -l | grep -q "$string" || continue
> : do what you need
> break
> done
> 
> Or even "xdotool" using its "search -sync" function
> 
> firefox &
> xdotool search --sync --onlyvisible --class Firefox \
> windowsize %@ 900 900 windowminimize %@
> 
> I hope this helps.
> 
> Anthony
> 
> On Mon, Dec 3, 2018 at 2:10 AM Gary <gary at oax.net> wrote:
> 
>> All of the _OB_APP_ items for a Firefox window are the same for all
>> Firefox windows, making it impossible to have Openbox configure each
>> Firefox window uniquely. However, _NET_WM_VISIBLE_NAME is unique for each
>> Firefox window that is opening a specific webpage, in that it displays the
>> text from the window's title bar. If I understand correctly, that
>> information was not available to Openbox when the Firefox window opened.
>> Chromium does display unique information for each window, in the form of
>> the path to the profile specified on the Chromium command line, so it looks
>> like I'll have to keep using Chromium and avoid using Firefox.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://icculus.org/pipermail/openbox/attachments/20181203/c0dfe082/attachment-0001.html>
> 
> ------------------------------
> 
> Subject: Digest Footer
> 
> _______________________________________________
> openbox mailing list
> openbox at icculus.org
> http://icculus.org/mailman/listinfo/openbox
> 
> ------------------------------
> 
> End of openbox Digest, Vol 112, Issue 2
> ***************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20181205/fd9523d7/attachment.html>


More information about the openbox mailing list