<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 11, 2013 at 2:20 PM, Andrej N. Gritsenko <span dir="ltr"><<a href="mailto:andrej@rep.kiev.ua" target="_blank" class="cremed">andrej@rep.kiev.ua</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">    Hello!<br>
<br>
Dana Jansens has written on Thursday, 11 July, at  8:35:<br>
<div class="im">>On Thu, Jul 11, 2013 at 2:26 AM, Andrej N. Gritsenko <<a href="mailto:andrej@rep.kiev.ua" class="cremed">andrej@rep.kiev.ua</a>>wrote:<br>
</div><div class="im">>>     well, there may be some misunderstanding there. The Openbox changes<br>
>> the cursor for xkill if xkill is set in Openbox menu or shortcut but it<br>
>> doesn't change it for programs that have no own cursor, the cursor stays<br>
>> "arrow" still instead of "busy" which I believe it have to become until<br>
>> startup is complete. But I believe xkill has own cursor setup and it does<br>
>> not depend on which setting I have in Openbox menu or shortcut for it.<br>
<br>
>That is true. It's possible openbox was not build with startup notification<br>
>support, as that's optional at compile time. If all is working as intended,<br>
>the cursor will change until the application tells openbox it has started.<br>
<br>
</div>    As much I can tell, GDK "tells" that when realizes a window, so for<br>
GTK+ applications it should be done when first window of application is<br>
shown.</blockquote><div><br></div><div>Sounds right.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
>Some apps don't support this, but then the cursor should stay in a "busy"<br>
>state until it times out, rather than staying as an arrow.<br>
<br>
</div>    May it be that support is broken in official latest release tarball<br>
(3.5.0 it is) and fixed only in GIT sources? Because I'm using package in<br></blockquote><div><br></div><div>Not AFAIK.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


ubuntu which is based on official release with very few (mostly cosmetic)<br>
patches. And I know, that release is 2 years old, but there was no newer<br>
one therefore no upgrade available and I never wish to use 'make install'<br>
to install files. :)<br>
Also my current Openbox binary shows me:<br>
<br>
andrej:~> readelf -s /usr/bin/openbox|grep sn_launcher_context_new<br>
    42: 00000000     0 FUNC    GLOBAL DEFAULT  UND sn_launcher_context_new<br>
<br>
which means libstartup_notification is in use by openbox executable.</blockquote><div><br></div><div>It could be a matter of cursor libraries, as the openbox busy cursor is the "pointer with stopwatch" kind of cursor, not the "busy waiting" cursor. Otherwise, I'm not sure I guess. Running xterm with startupnotification enabled should leave an environment variable in the application that would prove openbox is doing *something*.</div>

<div><br></div><div>Unfortunately we don't have debug logging in the startup notify code..</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">
    Cheers!<br>
    Andriy.<br>
_______________________________________________<br>
openbox mailing list<br>
<a href="mailto:openbox@icculus.org" class="cremed">openbox@icculus.org</a><br>
<a href="http://icculus.org/mailman/listinfo/openbox" target="_blank" class="cremed">http://icculus.org/mailman/listinfo/openbox</a><br>
</div></div></blockquote></div><br></div></div>