From mithat_konar at yahoo.com  Sun May  1 01:41:13 2011
From: mithat_konar at yahoo.com (Mithat Konar)
Date: Sat, 30 Apr 2011 22:41:13 -0700 (PDT)
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110501101543.58267c01@kirin>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
Message-ID: <576257.4496.qm@web121508.mail.ne1.yahoo.com>

----- Original Message -----

> From: Anthony Thyssen <A.Thyssen at griffith.edu.au>
> To: openbox at icculus.org
> Cc: Mithat Konar <mithat_konar at yahoo.com>
> Sent: Sunday, May 1, 2011 3:15 AM
> Subject: Re: [openbox] sloppy focus "stealing"
> 
> On Sat, 30 Apr 2011 06:18:25 -0700 (PDT)
> Mithat Konar <mithat_konar at yahoo.com> wrote:
> | This may be a RTFA but I have and ... :-(
> | 
> | 
> | I've got a bit of RSI going and find that sloppy focus (i.e., focus follow 
> mouse) helps a bit because it cuts down on the number of clicks I need to do. 
> However, there is one use case where it gets me into trouble:
> | 
> | 1) An app brings up a dialog
> | 
> | 2) The mouse gets nudged (or is moved too slowly), and before I can access the 
> dialog, another app (or the same app if it's a non-modal dialog) gets the 
> focus, obscuring the dialog box.
> | 
> | 
> | In both cases, having a "snap to new window" or even "snap to 
> default widget on new window" would prevent this. Is this possible with OB?
> | 
> 
> It sounds like you not only have "focus follows mouse" but also 
> "auto-raise"

I've experimented with turning off auto-raise, but for my purposes (minimizing mouse clicks) it has the downside of requiring clicks to raise.

-M


From dv at adfinis.ch  Sun May  1 08:47:28 2011
From: dv at adfinis.ch (David Vogt)
Date: Sun, 01 May 2011 14:47:28 +0200
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <576257.4496.qm@web121508.mail.ne1.yahoo.com>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>	<20110501101543.58267c01@kirin>
	<576257.4496.qm@web121508.mail.ne1.yahoo.com>
Message-ID: <4DBD5660.1060104@adfinis.ch>

On 01.05.2011 07:41, Mithat Konar wrote:
> [...]
>> It sounds like you not only have "focus follows mouse" but also
>> "auto-raise"
>
> I've experimented with turning off auto-raise, but for my purposes (minimizing mouse clicks) it has the downside of requiring clicks to raise.

Have you tried the <focusDelay> option? This way the windows don't pop 
up immediately, so you have enough time to move the mouse to the desired 
window.


Dave


-- 
David Vogt, Project Manager & Software Developer
adfinis GmbH, Br?ckfeldstrasse 21, 3012 Bern (Switzerland)
Email: dv at adfinis.com, Web: http://www.adfinis.com
Jabber/XMPP: dv at jabber.adfinis.com,  Phone: +41 31 381 70 47

From mithat_konar at yahoo.com  Sun May  1 15:43:17 2011
From: mithat_konar at yahoo.com (Mithat Konar)
Date: Sun, 1 May 2011 12:43:17 -0700 (PDT)
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <4DBD5660.1060104@adfinis.ch>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<576257.4496.qm@web121508.mail.ne1.yahoo.com>
	<4DBD5660.1060104@adfinis.ch>
Message-ID: <306014.31415.qm@web121505.mail.ne1.yahoo.com>





----- Original Message -----
> From: David Vogt <dv at adfinis.ch>
> To: openbox at icculus.org
> Cc: 
> Sent: Sunday, May 1, 2011 3:47 PM
> Subject: Re: [openbox] sloppy focus "stealing"
> 
> On 01.05.2011 07:41, Mithat Konar wrote:
>>  [...]
>>>  It sounds like you not only have "focus follows mouse" but 
> also
>>>  "auto-raise"
>> 
>>  I've experimented with turning off auto-raise, but for my purposes 
> (minimizing mouse clicks) it has the downside of requiring clicks to raise.
> 
> Have you tried the <focusDelay> option? [...]

Yes. When the delay is set to long enough to solve the "where did the dialog go?" issue, it becomes frustratingly long for deliberate focus changing.

-M


From facundo at esdebian.org  Mon May  2 14:44:22 2011
From: facundo at esdebian.org (=?UTF-8?Q?Facundo_Andr=C3=A9s_Bianco?=)
Date: Mon, 2 May 2011 15:44:22 -0300
Subject: [openbox] Porting obconf to GtkBuilder
In-Reply-To: <20110430193819.0c29631a@Giskard>
References: <20110430193819.0c29631a@Giskard>
Message-ID: <BANLkTikdgJAbLY0huzuYz=1PsetXa78Pxg@mail.gmail.com>

2011/4/30 Pablo Cabrera <binchmod777 at gmail.com>:
> Some days ago I've send a patch to the mailing list, but it wasn't
> delivered, so I'll post my progresses in the web.
>
> Please, send me feedbacks.
>

A file called gtkbuilder_obconf_port? I got it.

And I didn't write any feedback because I do it from *rc.xml* directly :P

Best,

-- 
Facundo Andr?s Bianco
freenode/identica: vando

From binchmod777 at gmail.com  Mon May  2 21:21:19 2011
From: binchmod777 at gmail.com (Pablo Cabrera)
Date: Mon, 2 May 2011 22:21:19 -0300
Subject: [openbox] Porting obconf to GtkBuilder
In-Reply-To: <BANLkTikdgJAbLY0huzuYz=1PsetXa78Pxg@mail.gmail.com>
References: <20110430193819.0c29631a@Giskard>
	<BANLkTikdgJAbLY0huzuYz=1PsetXa78Pxg@mail.gmail.com>
Message-ID: <20110502222119.068d0378@Giskard>

On Mon, 2 May 2011 15:44:22 -0300
Facundo Andr?s Bianco <facundo at esdebian.org> wrote:

> A file called gtkbuilder_obconf_port? I got it.

You are right, I'm sorry.

From ikem.krueger at googlemail.com  Tue May  3 20:35:12 2011
From: ikem.krueger at googlemail.com (Ikem Krueger)
Date: Wed, 4 May 2011 02:35:12 +0200
Subject: [openbox] Porting obconf to GtkBuilder
In-Reply-To: <20110422011246.0bd4ccf3@Giskard>
References: <20110422011246.0bd4ccf3@Giskard>
Message-ID: <BANLkTikfyovE0it4H335FCFLxjQvo_LMrg@mail.gmail.com>

> 2011/4/22 Pablo Cabrera <binchmod777 at gmail.com>:

> Some time ago, I have wrote a graphical keybind manager for openbox

Where can I find it?

-- 
LXDE is looking for a new maintainer of LXPanel. So if you are a
developer, get in contact with us. :)

From binchmod777 at gmail.com  Tue May  3 22:13:52 2011
From: binchmod777 at gmail.com (Pablo Cabrera)
Date: Tue, 3 May 2011 23:13:52 -0300
Subject: [openbox] Porting obconf to GtkBuilder
In-Reply-To: <BANLkTikfyovE0it4H335FCFLxjQvo_LMrg@mail.gmail.com>
References: <20110422011246.0bd4ccf3@Giskard>
	<BANLkTikfyovE0it4H335FCFLxjQvo_LMrg@mail.gmail.com>
Message-ID: <20110503231352.6b28945b@Giskard>

On Wed, 4 May 2011 02:35:12 +0200
Ikem Krueger <ikem.krueger at googlemail.com> wrote:

> > 2011/4/22 Pablo Cabrera <binchmod777 at gmail.com>:
> 
> > Some time ago, I have wrote a graphical keybind manager for openbox
> 
> Where can I find it?
> 

In my personal webpage (in spanish):
http://lambda.host22.com/?page=keybinder

Download link:
http://lambda.host22.com/keybinder/downloads/keybinder_2010-12-26.tar.bz2



From ikem.krueger at googlemail.com  Tue May  3 23:59:29 2011
From: ikem.krueger at googlemail.com (Ikem Krueger)
Date: Wed, 4 May 2011 05:59:29 +0200
Subject: [openbox] Porting obconf to GtkBuilder
In-Reply-To: <20110503231352.6b28945b@Giskard>
References: <20110422011246.0bd4ccf3@Giskard>
	<BANLkTikfyovE0it4H335FCFLxjQvo_LMrg@mail.gmail.com>
	<20110503231352.6b28945b@Giskard>
Message-ID: <BANLkTim_Nce4RuYYeZWFSp8PoteBRDnLMQ@mail.gmail.com>

>> 2011/5/4 Ikem Krueger <ikem.krueger at googlemail.com>:

>> Where can I find it?

> 2011/5/4 Pablo Cabrera <binchmod777 at gmail.com>:

> In my personal webpage (in spanish):

> http://lambda.host22.com/?page=keybinder

Thank you. :)

-- 
LXDE is looking for a new maintainer of LXPanel. So if you are a
developer, get in contact with us. :)

From dana at orodu.net  Fri May 13 15:51:17 2011
From: dana at orodu.net (Dana Jansens)
Date: Fri, 13 May 2011 15:51:17 -0400
Subject: [openbox] Java and openbox
In-Reply-To: <20110318171853.GA9201@ocelot>
References: <20110318042302.GA29660@ocelot> <20110318171853.GA9201@ocelot>
Message-ID: <BANLkTik_gWODo9rx0NkjeYOu6=3zJA5cJw@mail.gmail.com>

Thanks for pointing this out, you were correct on the DESKTOP hint
getting set on the fake-managed window incorrectly.  I've rectified
this in my work branch, and will push this change into master.

On Fri, Mar 18, 2011 at 1:18 PM, Brian Mattern <rephorm at rephorm.com> wrote:
> As a test, the following java code (save to a file called 'temp.java'
> and compile with 'javac temp.java' and run with 'java temp') will
> display the broken behavior when run from a desktop other than the first:
>
> import javax.swing.*;
> public class temp {
> ?public static void main(String args[]) {
> ? ?JOptionPane.showMessageDialog(null, "Hello World!");
> ? ?System.exit(0);
> ?}
> }
>
> On Thu, 17 Mar 2011, Brian Mattern wrote:
>
>> Git commit 79cf72d17ff42e5bc8eb1adbd98bb42aa71fb085 seems to have broken
>> compatibility with java swing apps. From this point forward in git, they
>> are all started on desktop 0.
>>
>> My quick guess at what is going on is (without much familiarity with
>> openbox's codebase, so this could be wrong):
>>
>> Java apps get "fake" managed first, at which point a configure event
>> sets _NET_WM_DESKTOP to 0, then when they are managed for real, openbox
>> thinks that they are requesting to be placed on desktop 0.
>>
>> Anyway, I'm not sure that this isn't Java's fault, BUT it does seem to
>> be a regression on the part of openbox since it worked prior to that
>> commit.
>>
>> --
>> Brian Mattern
>> _______________________________________________
>> openbox mailing list
>> openbox at icculus.org
>> http://icculus.org/mailman/listinfo/openbox
> --
> Brian Mattern
> _______________________________________________
> openbox mailing list
> openbox at icculus.org
> http://icculus.org/mailman/listinfo/openbox
>

From mrkotfw at gmail.com  Fri May 13 17:21:15 2011
From: mrkotfw at gmail.com (Israel Jacques)
Date: Fri, 13 May 2011 14:21:15 -0700
Subject: [openbox] Openbox unable to build on Debian Wheezy/Sid
Message-ID: <BANLkTi=i3-WeKsn=oX-SMJo-wokxudvwuQ@mail.gmail.com>

Hello everyone.

I was unable to build openbox from the Git repos. This is under Debian
Wheezy/Sid. Attached (and a link) of the patch: http://sprunge.us/iAMa?diff

Israel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build.patch
Type: text/x-patch
Size: 2190 bytes
Desc: not available
URL: <http://icculus.org/pipermail/openbox/attachments/20110513/00becf1f/attachment.bin>

From openboxml023478 at rainslide.net  Thu May 19 06:00:38 2011
From: openboxml023478 at rainslide.net (Paul)
Date: Thu, 19 May 2011 11:00:38 +0100
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110501101543.58267c01@kirin>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
Message-ID: <20110519100038.GA20771@rainslide.net>

On Sun, May 01, 2011 at 10:15:43AM +1000, Anthony Thyssen wrote:
>PS: Actually I hate auto raise and I often type into partly obsured
>windows.  For example I often layer terminal windows (to lots of
>different hosts, as I am a system administrator) so only the bottom few
>lines are visible I can then move the mouse an type into each window
>as needed without needing to re-layer my windows (and obsuring other
>information windows.   I have been doing this for twenty years!

You'd might like to use something like this, which has the effect of a usual alt-tab, but doesn't bring the destination window to the front, so you can switch between terminal windows with the keyboard and not lose your carefully placed stacking order:

     <keybind key="W-Tab">
       <action name="NextWindow">
         <finalactions>
           <action name="Focus"/>
           <action name="Unshade"/>
         </finalactions>
       </action>
     </keybind>
     <keybind key="W-S-Tab">
       <action name="PreviousWindow"/>
       <finalactions>
         <action name="Focus"/>
         <action name="Unshade"/>
       </finalactions>
     </keybind>

-- 

.

From A.Thyssen at griffith.edu.au  Thu May 19 22:09:17 2011
From: A.Thyssen at griffith.edu.au (Anthony Thyssen)
Date: Fri, 20 May 2011 12:09:17 +1000
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110519100038.GA20771@rainslide.net>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
Message-ID: <20110520120917.4dcb600a@wraith>

On Thu, 19 May 2011 11:00:38 +0100
Paul <openboxml023478 at rainslide.net> wrote:
| On Sun, May 01, 2011 at 10:15:43AM +1000, Anthony Thyssen wrote:
| >PS: Actually I hate auto raise and I often type into partly obsured
| >windows.  For example I often layer terminal windows (to lots of
| >different hosts, as I am a system administrator) so only the bottom few
| >lines are visible I can then move the mouse an type into each window
| >as needed without needing to re-layer my windows (and obsuring other
| >information windows.   I have been doing this for twenty years!
| 
| You'd might like to use something like this, which has the effect of a usual alt-tab, but doesn't bring the destination window to the front, so you can switch between terminal windows with the keyboard and not lose your carefully placed stacking order:
| 
|      <keybind key="W-Tab">
|        <action name="NextWindow">
|          <finalactions>
|            <action name="Focus"/>
|            <action name="Unshade"/>
|          </finalactions>
|        </action>
|      </keybind>
|      <keybind key="W-S-Tab">
|        <action name="PreviousWindow"/>
|        <finalactions>
|          <action name="Focus"/>
|          <action name="Unshade"/>
|        </finalactions>
|      </keybind>
| 


Niffy, though I prefer the mouse to always indicate the current window.



  Anthony Thyssen ( System Programmer )    <A.Thyssen at griffith.edu.au>
 --------------------------------------------------------------------------
  "Well, you know what they say about hyperspace.. They say it's a
   hypothetical absurdity and that's something I've always wanted to
   be lost in."                    -- Doctor Who,  "Stones of Blood"
 --------------------------------------------------------------------------
   Anthony's Castle     http://www.ict.griffith.edu.au/anthony/

From itz at buug.org  Sat May 21 13:40:02 2011
From: itz at buug.org (Ian Zimmerman)
Date: Sat, 21 May 2011 10:40:02 -0700
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110520120917.4dcb600a@wraith>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
Message-ID: <20110521104002.44c1574b@foolinux.dyndns.org>

On Fri, 20 May 2011 12:09:17 +1000
Anthony Thyssen <A.Thyssen at griffith.edu.au> wrote:

> |      <keybind key="W-S-Tab">
> |        <action name="PreviousWindow"/>
> |        <finalactions>
> |          <action name="Focus"/>
> |          <action name="Unshade"/>
> |        </finalactions>
> |      </keybind>
> | 

Anthony> Niffy, though I prefer the mouse to always indicate the current
Anthony> window.

I think that's a separate issue.  Openbox could really use a "warp
pointer when tabbing" option to force the pointer over the focussed
window after a switch.  Sawfish has that and I've got so used to it that
I'm considering patching openbox to add it.  Would such a patch be
considered?  I would not make it the default of course.

Beyond that, openbox only has "sloppy" focus policy, which means there
will always be at least one situation where pointer and focus are
incoherent - namely, when the pointer is over the root window.  Of
course I;d like to have that fixed as well (i.e. add a "strict mode) ;-)

-- 
Ian Zimmerman <itz at buug.org>
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.

From mikachu at gmail.com  Sat May 21 13:53:06 2011
From: mikachu at gmail.com (Mikael Magnusson)
Date: Sat, 21 May 2011 19:53:06 +0200
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110521104002.44c1574b@foolinux.dyndns.org>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
Message-ID: <BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>

On 21 May 2011 19:40, Ian Zimmerman <itz at buug.org> wrote:
> On Fri, 20 May 2011 12:09:17 +1000
> Anthony Thyssen <A.Thyssen at griffith.edu.au> wrote:
>
>> |      <keybind key="W-S-Tab">
>> |        <action name="PreviousWindow"/>
>> |        <finalactions>
>> |          <action name="Focus"/>
>> |          <action name="Unshade"/>
>> |        </finalactions>
>> |      </keybind>
>> |
>
> Anthony> Niffy, though I prefer the mouse to always indicate the current
> Anthony> window.
>
> I think that's a separate issue.  Openbox could really use a "warp
> pointer when tabbing" option to force the pointer over the focussed
> window after a switch.  Sawfish has that and I've got so used to it that
> I'm considering patching openbox to add it.  Would such a patch be
> considered?  I would not make it the default of course.

It's hard to imagine how such a think could work in openbox, where
focusing a window and raising it are two separate operations. Even if
you forced windows to raise when using this mode, what about the case
when an always-on-top window covers the window you switched to? I
think it would be pretty intrusive to change the layer of either
window. The only other option would be to forbid to focus such
windows, or move them. And for what purpose, to obstruct the view of
the window with the mouse pointer?

-- 
Mikael Magnusson

From itz at buug.org  Sat May 21 15:07:45 2011
From: itz at buug.org (Ian Zimmerman)
Date: Sat, 21 May 2011 12:07:45 -0700
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
Message-ID: <20110521120745.7e004aed@foolinux.dyndns.org>

On Sat, 21 May 2011 19:53:06 +0200
Mikael Magnusson <mikachu at gmail.com> wrote:

Ian>  I think that's a separate issue.  Openbox could really use a "warp
Ian> pointer when tabbing" option to force the pointer over the focussed
Ian> window after a switch.  Sawfish has that and I've got so used to it
Ian> that I'm considering patching openbox to add it.  Would such a
Ian> patch be considered?  I would not make it the default of course.

Mikael> It's hard to imagine how such a think could work in openbox,
Mikael> where focusing a window and raising it are two separate
Mikael> operations. Even if you forced windows to raise when using this
Mikael> mode, what about the case when an always-on-top window covers
Mikael> the window you switched to? I think it would be pretty intrusive
Mikael> to change the layer of either window. 

I will have to think about the always on top case.  Other than that, I'm
sure Sawfish has all these features too.

Mikael> The only other option would be to forbid to focus such windows,
Mikael> or move them. And for what purpose, to obstruct the view of the
Mikael> window with the mouse pointer?

1. Coherence.  The focus should _always_ be in the window under the
pointer.  Once you depart from that in "some" situations you end up not
knowing what to do in cases like 2 below.

2. (This is not relevant for tabbing, but it is for keyboard driven
moving and resizing) Sane way to interact through the keyboard only.
Right now, when I move a window with the keyboard, a different window
can get focussed, which means I cannot move (or do anything else to) the
first window again.

-- 
Ian Zimmerman <itz at buug.org>
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.

From mikachu at gmail.com  Sat May 21 15:12:27 2011
From: mikachu at gmail.com (Mikael Magnusson)
Date: Sat, 21 May 2011 21:12:27 +0200
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110521120745.7e004aed@foolinux.dyndns.org>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
	<20110521120745.7e004aed@foolinux.dyndns.org>
Message-ID: <BANLkTinQ_bD1Rs5gKGRCChNAtcuh+jWrsA@mail.gmail.com>

On 21 May 2011 21:07, Ian Zimmerman <itz at buug.org> wrote:
> On Sat, 21 May 2011 19:53:06 +0200
> Mikael Magnusson <mikachu at gmail.com> wrote:
>
> Ian>  I think that's a separate issue.  Openbox could really use a "warp
> Ian> pointer when tabbing" option to force the pointer over the focussed
> Ian> window after a switch.  Sawfish has that and I've got so used to it
> Ian> that I'm considering patching openbox to add it.  Would such a
> Ian> patch be considered?  I would not make it the default of course.
>
> Mikael> It's hard to imagine how such a think could work in openbox,
> Mikael> where focusing a window and raising it are two separate
> Mikael> operations. Even if you forced windows to raise when using this
> Mikael> mode, what about the case when an always-on-top window covers
> Mikael> the window you switched to? I think it would be pretty intrusive
> Mikael> to change the layer of either window.
>
> I will have to think about the always on top case.  Other than that, I'm
> sure Sawfish has all these features too.
>
> Mikael> The only other option would be to forbid to focus such windows,
> Mikael> or move them. And for what purpose, to obstruct the view of the
> Mikael> window with the mouse pointer?
>
> 1. Coherence.  The focus should _always_ be in the window under the
> pointer.  Once you depart from that in "some" situations you end up not
> knowing what to do in cases like 2 below.
>
> 2. (This is not relevant for tabbing, but it is for keyboard driven
> moving and resizing) Sane way to interact through the keyboard only.
> Right now, when I move a window with the keyboard, a different window
> can get focussed, which means I cannot move (or do anything else to) the
> first window again.

This doesn't happen by default in Openbox, only if you enable the
crazy strict mouse policy. Otherwise the focus will not move due to
keyboard-activated window moving/raising/lowering/whatevering.

-- 
Mikael Magnusson

From itz at buug.org  Sat May 21 15:26:06 2011
From: itz at buug.org (Ian Zimmerman)
Date: Sat, 21 May 2011 12:26:06 -0700
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <BANLkTinQ_bD1Rs5gKGRCChNAtcuh+jWrsA@mail.gmail.com>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
	<20110521120745.7e004aed@foolinux.dyndns.org>
	<BANLkTinQ_bD1Rs5gKGRCChNAtcuh+jWrsA@mail.gmail.com>
Message-ID: <20110521122606.451eda30@foolinux.dyndns.org>

On Sat, 21 May 2011 21:12:27 +0200
Mikael Magnusson <mikachu at gmail.com> wrote:

Ian>  2. (This is not relevant for tabbing, but it is for keyboard
Ian> driven moving and resizing) Sane way to interact through the
Ian> keyboard only.  Right now, when I move a window with the keyboard,
Ian> a different window can get focussed, which means I cannot move (or
Ian> do anything else to) the first window again.

Mikael> This doesn't happen by default in Openbox, only if you enable
Mikael> the crazy strict mouse policy. Otherwise the focus will not move
            ^^^^^
Mikael> due to keyboard-activated window
Mikael> moving/raising/lowering/whatevering.

If you feel this way about it, maybe you shouldn't provide the option at
all.  Otherwise you'll always have people like me complaining because
you're not willing to accept patches to actually make it work.

-- 
Ian Zimmerman <itz at buug.org>
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.

From mikachu at gmail.com  Sat May 21 17:51:21 2011
From: mikachu at gmail.com (Mikael Magnusson)
Date: Sat, 21 May 2011 23:51:21 +0200
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110521122606.451eda30@foolinux.dyndns.org>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
	<20110521120745.7e004aed@foolinux.dyndns.org>
	<BANLkTinQ_bD1Rs5gKGRCChNAtcuh+jWrsA@mail.gmail.com>
	<20110521122606.451eda30@foolinux.dyndns.org>
Message-ID: <BANLkTin28sXHzQH83f53eAun0mMbY2Kgqw@mail.gmail.com>

On 21 May 2011 21:26, Ian Zimmerman <itz at buug.org> wrote:
> On Sat, 21 May 2011 21:12:27 +0200
> Mikael Magnusson <mikachu at gmail.com> wrote:
>
> Ian> ?2. (This is not relevant for tabbing, but it is for keyboard
> Ian> driven moving and resizing) Sane way to interact through the
> Ian> keyboard only. ?Right now, when I move a window with the keyboard,
> Ian> a different window can get focussed, which means I cannot move (or
> Ian> do anything else to) the first window again.
>
> Mikael> This doesn't happen by default in Openbox, only if you enable
> Mikael> the crazy strict mouse policy. Otherwise the focus will not move
> ? ? ? ? ? ?^^^^^
> Mikael> due to keyboard-activated window
> Mikael> moving/raising/lowering/whatevering.
>
> If you feel this way about it, maybe you shouldn't provide the option at
> all. ?Otherwise you'll always have people like me complaining because
> you're not willing to accept patches to actually make it work.

Sorry, when did I say I didn't accept patches?

-- 
Mikael Magnusson

From itz at buug.org  Sat May 21 20:21:28 2011
From: itz at buug.org (Ian Zimmerman)
Date: Sat, 21 May 2011 17:21:28 -0700
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <BANLkTin28sXHzQH83f53eAun0mMbY2Kgqw@mail.gmail.com>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
	<20110521120745.7e004aed@foolinux.dyndns.org>
	<BANLkTinQ_bD1Rs5gKGRCChNAtcuh+jWrsA@mail.gmail.com>
	<20110521122606.451eda30@foolinux.dyndns.org>
	<BANLkTin28sXHzQH83f53eAun0mMbY2Kgqw@mail.gmail.com>
Message-ID: <20110521172128.534f78f7@foolinux.dyndns.org>

On Sat, 21 May 2011 23:51:21 +0200
Mikael Magnusson <mikachu at gmail.com> wrote:

Ian>  If you feel this way about it, maybe you shouldn't provide the
Ian> option at all.  Otherwise you'll always have people like me
Ian> complaining because you're not willing to accept patches to
Ian> actually make it work.

Mikael> Sorry, when did I say I didn't accept patches?

You said "it's hard to imagine how such a thing could work", which I
took to mean roughly "I will try hard to find something wrong with any
patch to implement this."  Was I wrong?

On a more substantive note perhaps, it is true that focus-follows-mouse
is very different from click-to-focus.  So different that changing a few
code paths here and there depending on the flag is probably not enough
to really make it work.

-- 
Ian Zimmerman <itz at buug.org>
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.

From mikachu at gmail.com  Sat May 21 20:46:06 2011
From: mikachu at gmail.com (Mikael Magnusson)
Date: Sun, 22 May 2011 02:46:06 +0200
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110521172128.534f78f7@foolinux.dyndns.org>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
	<20110521120745.7e004aed@foolinux.dyndns.org>
	<BANLkTinQ_bD1Rs5gKGRCChNAtcuh+jWrsA@mail.gmail.com>
	<20110521122606.451eda30@foolinux.dyndns.org>
	<BANLkTin28sXHzQH83f53eAun0mMbY2Kgqw@mail.gmail.com>
	<20110521172128.534f78f7@foolinux.dyndns.org>
Message-ID: <BANLkTik-d8hmze9hkKauLwC-Egpd2UfAgw@mail.gmail.com>

On 22 May 2011 02:21, Ian Zimmerman <itz at buug.org> wrote:
> On Sat, 21 May 2011 23:51:21 +0200
> Mikael Magnusson <mikachu at gmail.com> wrote:
>
> Ian>  If you feel this way about it, maybe you shouldn't provide the
> Ian> option at all.  Otherwise you'll always have people like me
> Ian> complaining because you're not willing to accept patches to
> Ian> actually make it work.
>
> Mikael> Sorry, when did I say I didn't accept patches?
>
> You said "it's hard to imagine how such a thing could work", which I
> took to mean roughly "I will try hard to find something wrong with any
> patch to implement this."  Was I wrong?

Yeah, what I meant was "it's hard to imagine how such a thing could
work". If such a patch falls over when windows aren't raised or can't
be raised, that is of course a problem. When I said "crazy" I only
meant that I personally would never want to use this mode, bad choice
of words perhaps ;).

> On a more substantive note perhaps, it is true that focus-follows-mouse
> is very different from click-to-focus.  So different that changing a few
> code paths here and there depending on the flag is probably not enough
> to really make it work.

To avoid confusion, let's not call strict mouse focus
"focus-follows-mouse". Focus already follows mouse and it works
perfectly fine. The mouse just doesn't follow focus. I'm not out to
"get" anyone here, in case you got that impression, I just see the
problems I mentioned earlier. If you have a solution for those, I
would be happy to hear :).

If you and others who like strict focus still consider warping the
pointer into the wrong window better than not warping it at all, we
could consider adding that mode I suppose. (It just feels wrong to
me). Have you tried using openbox with the underMouse option off
though? Then when you're using the mouse, windows you enter will get
focused, and when you're using the keyboard, windows you alt-tab to
will be focused and the mouse pointer doesn't have to care one way or
the other.

I'm not sure if this should be an option or an action, possibly both
could be available. With the option, we could warp the cursor
regardless of how the window got focused, ie you clicked on its
taskbar button or it simply focused itself. With the action you can
explicitly tell alt-tab to focus a window, raise it, and move the
cursor to it. Then it wouldn't warp from other focus changes.
Obviously we would need to take care to not warp the cursor when the
focus change originated from an enter event in the option scenario.

-- 
Mikael Magnusson

From itz at buug.org  Sat May 21 23:14:04 2011
From: itz at buug.org (Ian Zimmerman)
Date: Sat, 21 May 2011 20:14:04 -0700
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <BANLkTik-d8hmze9hkKauLwC-Egpd2UfAgw@mail.gmail.com>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
	<20110521120745.7e004aed@foolinux.dyndns.org>
	<BANLkTinQ_bD1Rs5gKGRCChNAtcuh+jWrsA@mail.gmail.com>
	<20110521122606.451eda30@foolinux.dyndns.org>
	<BANLkTin28sXHzQH83f53eAun0mMbY2Kgqw@mail.gmail.com>
	<20110521172128.534f78f7@foolinux.dyndns.org>
	<BANLkTik-d8hmze9hkKauLwC-Egpd2UfAgw@mail.gmail.com>
Message-ID: <20110521201404.43b5d7f5@foolinux.dyndns.org>

On Sun, 22 May 2011 02:46:06 +0200
Mikael Magnusson <mikachu at gmail.com> wrote:

Mikael> Have you tried using openbox with the underMouse option off
Mikael> though? Then when you're using the mouse, windows you enter will
Mikael> get focused, and when you're using the keyboard, windows you
Mikael> alt-tab to will be focused and the mouse pointer doesn't have to
Mikael> care one way or the other.

I had not tried it before, trying now.

-- 
Ian Zimmerman <itz at buug.org>
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.

From A.Thyssen at griffith.edu.au  Sun May 22 21:22:20 2011
From: A.Thyssen at griffith.edu.au (Anthony Thyssen)
Date: Mon, 23 May 2011 11:22:20 +1000
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110521104002.44c1574b@foolinux.dyndns.org>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
Message-ID: <20110523112220.5d524dde@wraith>

On Sat, 21 May 2011 10:40:02 -0700
Ian Zimmerman <itz at buug.org> wrote:
| On Fri, 20 May 2011 12:09:17 +1000
| Anthony Thyssen <A.Thyssen at griffith.edu.au> wrote:
| 
| > |      <keybind key="W-S-Tab">
| > |        <action name="PreviousWindow"/>
| > |        <finalactions>
| > |          <action name="Focus"/>
| > |          <action name="Unshade"/>
| > |        </finalactions>
| > |      </keybind>
| > | 
| 
| Anthony> Niffy, though I prefer the mouse to always indicate the current
| Anthony> window.
| 
| I think that's a separate issue.  Openbox could really use a "warp
| pointer when tabbing" option to force the pointer over the focussed
| window after a switch.  Sawfish has that and I've got so used to it that
| I'm considering patching openbox to add it.  Would such a patch be
| considered?  I would not make it the default of course.
| 
| Beyond that, openbox only has "sloppy" focus policy, which means there
| will always be at least one situation where pointer and focus are
| incoherent - namely, when the pointer is over the root window.  Of
| course I;d like to have that fixed as well (i.e. add a "strict mode) ;-)
| 

Actually there are a low of situations where focus fails to follow mouse.

Here are a few known situations....

  *  window mouse was in resizes so mouse is no longer in window
     The resize is typically caused by key input of some kind.
     In my case a image display window with shrink image key presses.
     The focus remains attached to original shrinking window
     This is sometimes a good thing.

  * Window closers or non-window manager moves of windows.

  * External program (event popup) forces a focus change.
    Window management tools like xwit, xdotool etc can do this!
    (again sometimes a good thing, other times not)


Typically when the mouse-focus is wrong it remains wrong until the mouse
moves across a window border.  As such I find myself 'jiggling' the mouse
back and forth to recover desired focus.


  Anthony Thyssen ( System Programmer )    <A.Thyssen at griffith.edu.au>
 --------------------------------------------------------------------------
   "Brigadier, a straight line may be the shortest distance between two
    points, but it is by no means the most interesting."
                                        -- Doctor Who, "The Time Warrior"
 --------------------------------------------------------------------------
   Anthony's Castle     http://www.ict.griffith.edu.au/anthony/

From A.Thyssen at griffith.edu.au  Sun May 22 21:30:33 2011
From: A.Thyssen at griffith.edu.au (Anthony Thyssen)
Date: Mon, 23 May 2011 11:30:33 +1000
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110521172128.534f78f7@foolinux.dyndns.org>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<BANLkTinad6BLF5fO5qYEnTpUW3+uihUn=w@mail.gmail.com>
	<20110521120745.7e004aed@foolinux.dyndns.org>
	<BANLkTinQ_bD1Rs5gKGRCChNAtcuh+jWrsA@mail.gmail.com>
	<20110521122606.451eda30@foolinux.dyndns.org>
	<BANLkTin28sXHzQH83f53eAun0mMbY2Kgqw@mail.gmail.com>
	<20110521172128.534f78f7@foolinux.dyndns.org>
Message-ID: <20110523113033.40b95efd@wraith>

On Sat, 21 May 2011 17:21:28 -0700
Ian Zimmerman <itz at buug.org> wrote:
| On Sat, 21 May 2011 23:51:21 +0200
| Mikael Magnusson <mikachu at gmail.com> wrote:
| 
| Ian>  If you feel this way about it, maybe you shouldn't provide the
| Ian> option at all.  Otherwise you'll always have people like me
| Ian> complaining because you're not willing to accept patches to
| Ian> actually make it work.
| 
| Mikael> Sorry, when did I say I didn't accept patches?
| 
| You said "it's hard to imagine how such a thing could work", which I
| took to mean roughly "I will try hard to find something wrong with any
| patch to implement this."  Was I wrong?
| 
| On a more substantive note perhaps, it is true that focus-follows-mouse
| is very different from click-to-focus.  So different that changing a few
| code paths here and there depending on the flag is probably not enough
| to really make it work.
| 

That is true.  As is just how strict the follow mouse is.

For example 'warping mouse' is to my thinking bad idea, though for
keyboard window manage management that is a good thing!

screen sizes are such that loosing track of your mouse pointer is
becomming a very common problem.


  Anthony Thyssen ( System Programmer )    <A.Thyssen at griffith.edu.au>
 --------------------------------------------------------------------------
    Dr Who:  "Aren't you going to say it's bigger on the inside than on
              the outside? Everyone else does."
    Colonel: "Why I should have thought that was quite obvious."
                                 -- Doctor Who, "The Three Doctors"
 --------------------------------------------------------------------------
   Anthony's Castle     http://www.ict.griffith.edu.au/anthony/

From itz at buug.org  Mon May 23 01:39:44 2011
From: itz at buug.org (Ian Zimmerman)
Date: Sun, 22 May 2011 22:39:44 -0700
Subject: [openbox] SIGSEGV hitting right-arrow when root menu is up.
Message-ID: <20110522223944.55b4d7bd@foolinux.dyndns.org>

Totally reproducible.  Using 3.4.11.1 under Debian.

-- 
Ian Zimmerman <itz at buug.org>
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.

From mikachu at gmail.com  Mon May 23 05:47:10 2011
From: mikachu at gmail.com (Mikael Magnusson)
Date: Mon, 23 May 2011 11:47:10 +0200
Subject: [openbox] SIGSEGV hitting right-arrow when root menu is up.
In-Reply-To: <20110522223944.55b4d7bd@foolinux.dyndns.org>
References: <20110522223944.55b4d7bd@foolinux.dyndns.org>
Message-ID: <BANLkTima=bycKN94AvdZbM2CTAX8OKX+JA@mail.gmail.com>

On 23 May 2011 07:39, Ian Zimmerman <itz at buug.org> wrote:
> Totally reproducible.  Using 3.4.11.1 under Debian.

This bugfix is one of the only two changes in 3.4.11.2 which was
released over a year ago.

-- 
Mikael Magnusson

From freddie_signup at gmx.co.uk  Mon May 23 15:35:39 2011
From: freddie_signup at gmx.co.uk (Freddie)
Date: Mon, 23 May 2011 20:35:39 +0100 (BST)
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <20110523112220.5d524dde@wraith>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<20110523112220.5d524dde@wraith>
Message-ID: <alpine.DEB.2.02.1105232031080.1980@play.lan>

On Mon, 23 May 2011, Anthony Thyssen wrote:

>
> Actually there are a low of situations where focus fails to follow mouse.
>
> Here are a few known situations....
>
>  *  window mouse was in resizes so mouse is no longer in window
>     The resize is typically caused by key input of some kind.
>     In my case a image display window with shrink image key presses.
>     The focus remains attached to original shrinking window
>     This is sometimes a good thing.
>
>  * Window closers or non-window manager moves of windows.
>
>  * External program (event popup) forces a focus change.
>    Window management tools like xwit, xdotool etc can do this!
>    (again sometimes a good thing, other times not)
>
>
> Typically when the mouse-focus is wrong it remains wrong until the mouse
> moves across a window border.  As such I find myself 'jiggling' the mouse
> back and forth to recover desired focus.
>

I believe the intention was to point out that when the mouse moves then 
the focus follows it, when the focus moves (window resized/moved/closed by 
non-mouse event, focus grabbed by other program) the mouse doesn't follow 
it. In that sense the focus always follows the mouse but the mouse doesn't 
follow focus.

Greetings,

Freddie

>
>  Anthony Thyssen ( System Programmer )    <A.Thyssen at griffith.edu.au>
> --------------------------------------------------------------------------
>   "Brigadier, a straight line may be the shortest distance between two
>    points, but it is by no means the most interesting."
>                                        -- Doctor Who, "The Time Warrior"
> --------------------------------------------------------------------------
>   Anthony's Castle     http://www.ict.griffith.edu.au/anthony/
> _______________________________________________
> openbox mailing list
> openbox at icculus.org
> http://icculus.org/mailman/listinfo/openbox
>

From A.Thyssen at griffith.edu.au  Tue May 24 02:00:56 2011
From: A.Thyssen at griffith.edu.au (Anthony Thyssen)
Date: Tue, 24 May 2011 16:00:56 +1000
Subject: [openbox] sloppy focus "stealing"
In-Reply-To: <alpine.DEB.2.02.1105232031080.1980@play.lan>
References: <612898.11226.qm@web121515.mail.ne1.yahoo.com>
	<20110501101543.58267c01@kirin>
	<20110519100038.GA20771@rainslide.net>
	<20110520120917.4dcb600a@wraith>
	<20110521104002.44c1574b@foolinux.dyndns.org>
	<20110523112220.5d524dde@wraith>
	<alpine.DEB.2.02.1105232031080.1980@play.lan>
Message-ID: <20110524160056.78e5b468@wraith>

On Mon, 23 May 2011 20:35:39 +0100 (BST)
Freddie <freddie_signup at gmx.co.uk> wrote:
| On Mon, 23 May 2011, Anthony Thyssen wrote:
| 
| >
| > Actually there are a low of situations where focus fails to follow mouse.
| >
| > Here are a few known situations....
| >
| >  *  window mouse was in resizes so mouse is no longer in window
| >     The resize is typically caused by key input of some kind.
| >     In my case a image display window with shrink image key presses.
| >     The focus remains attached to original shrinking window
| >     This is sometimes a good thing.
| >
| >  * Window closers or non-window manager moves of windows.
| >
| >  * External program (event popup) forces a focus change.
| >    Window management tools like xwit, xdotool etc can do this!
| >    (again sometimes a good thing, other times not)
| >
| >
| > Typically when the mouse-focus is wrong it remains wrong until the mouse
| > moves across a window border.  As such I find myself 'jiggling' the mouse
| > back and forth to recover desired focus.
| >
| 
| I believe the intention was to point out that when the mouse moves then 
| the focus follows it, when the focus moves (window resized/moved/closed by 
| non-mouse event, focus grabbed by other program) the mouse doesn't follow 
| it. In that sense the focus always follows the mouse but the mouse doesn't 
| follow focus.
| 
| Greetings,
| 
| Freddie
| 
Correct.

However is strict mouse focus was desired (I don't) then you will
need to include mouse warping, and possibly some method of finding
is any part of the 'focus' window was actually visible, unless you
also force auto-raise.

I have had situations where a window grabbed focus but was hidden behind
other windows! Especially behind that full screen video player that
currently covers everything on screen! 

Basically there are many degrees of what constitutes 'focus follows
mouse', and I would like to see more control over what situations that
causes a re-focus. Beyond just the mouse moves over a window edge.

I have already added many additional 'focus' actions to the original
rc.xml to better 'follow mouse', but there are other situations that
the rc.xml does not cover.

For example when De-iconifing a window, I get 'focus' being set,
regardless of if mouse is in that window. (focusNew is set to "no"
but this is not a new window :-)

A 'focus if mouse in window' action would in many cases be better than
just a simple direct and forced 'focus' action for this type of event
handling.

Mind you there does not seem to be an event handler for this process in
the "rc.xml", though OpenBox must know about these events.


ASIDE: I have also noted that a 'Drag' action does not work for 'Icon',
'Iconify', 'Maximize', or the 'Close', title bar contexts!


  Anthony Thyssen ( System Programmer )    <A.Thyssen at griffith.edu.au>
 --------------------------------------------------------------------------
  "Where's the kaboom? There was supposed to be an EARTH-shattering kaboom!"
                                                        -- Marvin Martin
 --------------------------------------------------------------------------
   Anthony's Castle     http://www.ict.griffith.edu.au/anthony/

From binchmod777 at gmail.com  Wed May 25 22:22:49 2011
From: binchmod777 at gmail.com (Pablo Cabrera)
Date: Wed, 25 May 2011 23:22:49 -0300
Subject: [openbox] obconf ported to GTK3
Message-ID: <20110525232249.5f87e563@Giskard>

After a long time of trial and error, I've succesfully ported obconf to
GTK3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: obconf-gtk3port_2011-05-25-pablo.bz2
Type: application/x-bzip
Size: 317552 bytes
Desc: not available
URL: <http://icculus.org/pipermail/openbox/attachments/20110525/bddc0218/attachment-0001.bin>

From galtgendo at gmail.com  Thu May 26 12:26:42 2011
From: galtgendo at gmail.com (=?utf-8?B?UmFmYcWCIE11xbx5xYJv?=)
Date: Thu, 26 May 2011 18:26:42 +0200
Subject: [openbox]  obconf ported to GTK3
In-Reply-To: <20110525232249.5f87e563@Giskard>
References: <20110525232249.5f87e563@Giskard>
Message-ID: <20110526162642.GA1651@blackspire>

On Wed, May 25, 2011 at 11:22:49PM -0300, Pablo Cabrera wrote:
> After a long time of trial and error, I've succesfully ported obconf to
> GTK3

Mind explaining why that attachment instead of actually being a patch
carries the whole source, including (for whatever silly reason) dirs
like .deps and autom4te.cache ?


From binchmod777 at gmail.com  Thu May 26 22:45:28 2011
From: binchmod777 at gmail.com (Pablo Cabrera)
Date: Thu, 26 May 2011 23:45:28 -0300
Subject: [openbox] obconf ported to GTK3
In-Reply-To: <20110526162642.GA1651@blackspire>
References: <20110525232249.5f87e563@Giskard>
	<20110526162642.GA1651@blackspire>
Message-ID: <20110526234528.77dc884d@Giskard>

On Thu, 26 May 2011 18:26:42 +0200
Rafa? Mu?y?o <galtgendo at gmail.com> wrote:

> Mind explaining why that attachment instead of actually being a patch
> carries the whole source, including (for whatever silly reason) dirs
> like .deps and autom4te.cache ?

I'm Sorry, I'm not an expert by creating patches.
I've used the following command:
diff -uNr obconf-2.0.3 development_dir > patchfile.diff

How should I do it?

From galtgendo at gmail.com  Thu May 26 23:38:50 2011
From: galtgendo at gmail.com (=?utf-8?B?UmFmYcWCIE11xbx5xYJv?=)
Date: Fri, 27 May 2011 05:38:50 +0200
Subject: [openbox] obconf ported to GTK3
In-Reply-To: <20110526234528.77dc884d@Giskard>
References: <20110525232249.5f87e563@Giskard>
	<20110526162642.GA1651@blackspire>
	<20110526234528.77dc884d@Giskard>
Message-ID: <20110527033850.GB1651@blackspire>

On Thu, May 26, 2011 at 11:45:28PM -0300, Pablo Cabrera wrote:
> On Thu, 26 May 2011 18:26:42 +0200
> Rafa? Mu?y?o <galtgendo at gmail.com> wrote:
> 
> > Mind explaining why that attachment instead of actually being a patch
> > carries the whole source, including (for whatever silly reason) dirs
> > like .deps and autom4te.cache ?
> 
> I'm Sorry, I'm not an expert by creating patches.
> I've used the following command:
> diff -uNr obconf-2.0.3 development_dir > patchfile.diff
> 
> How should I do it?

Well, technically, that's the correct way, but:

- it seems that for whetever the reason, diff seems to think original
  files are empty
- there's no point of diffing files like i.e. configure or Makefile.in,
  as they are auto-generated (in this case from configure.ac and
  Makefile.am respectively)
- as I mentioned, dirs like .deps or autom4te.cache are just side
  effects of the build, so their content is of no interest

Try generating the patch again, just check its content before you send
it.

From itz at buug.org  Thu May 26 23:45:38 2011
From: itz at buug.org (Ian Zimmerman)
Date: Thu, 26 May 2011 20:45:38 -0700
Subject: [openbox] obconf ported to GTK3
In-Reply-To: <20110527033850.GB1651@blackspire>
References: <20110525232249.5f87e563@Giskard>
	<20110526162642.GA1651@blackspire>
	<20110526234528.77dc884d@Giskard>
	<20110527033850.GB1651@blackspire>
Message-ID: <20110526204538.62cc4ca0@foolinux.dyndns.org>

On Fri, 27 May 2011 05:38:50 +0200
Rafa? Mu?y?o <galtgendo at gmail.com> wrote:

Pablo> How should I do it?

Rafa?> Try generating the patch again, just check its content before you
Rafa?> send it.

The best is way using the version control system to export a patch.
Presumably git, as that is what openbox main repo is in.  That way, you
automatically only include files that are under version, which should
exclude the generated files.

-- 
Ian Zimmerman
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Rule 420: All persons more than eight miles high to leave the court.

From itz at buug.org  Mon May 30 03:18:34 2011
From: itz at buug.org (Ian Zimmerman)
Date: Mon, 30 May 2011 00:18:34 -0700
Subject: [openbox] [Patch] Least overlap placement
Message-ID: <20110530001834.6d78a723@foolinux.dyndns.org>

Attached is a patch implementing a rough first cut of sawfish-style
intelligent placement.  I call it "Least Overlap" because that describes
what it actually does, to a 1st approximation, unlike the sawfish name
for it ("First Fit").

There are some easy improvements that can be made such as considering
all heads, and pruning the grid for speed, but I thought I'd throw it
out here "early and often".  I'll take into account all fair criticism;
I already find it very useful as it is, though.  Enjoy!

-- 
Ian Zimmerman
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Rule 420: All persons more than eight miles high to leave the court.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: openbox_least_overlap.git.diff
Type: text/x-patch
Size: 10464 bytes
Desc: not available
URL: <http://icculus.org/pipermail/openbox/attachments/20110530/87aec03b/attachment.bin>

From piernik at gmail.com  Mon May 30 04:23:37 2011
From: piernik at gmail.com (Krzysztof Kotlenga)
Date: Mon, 30 May 2011 10:23:37 +0200
Subject: [openbox] [Patch] Least overlap placement
In-Reply-To: <20110530001834.6d78a723@foolinux.dyndns.org>
References: <20110530001834.6d78a723@foolinux.dyndns.org>
Message-ID: <20110530082334.GA4280@foo>

Ian Zimmerman wrote:

> Attached is a patch implementing a rough first cut of sawfish-style
> intelligent placement.  I call it "Least Overlap" because that describes
> what it actually does, to a 1st approximation, unlike the sawfish name
> for it ("First Fit").
>
> There are some easy improvements that can be made such as considering
> all heads, and pruning the grid for speed, but I thought I'd throw it
> out here "early and often".  I'll take into account all fair criticism;
> I already find it very useful as it is, though.  Enjoy!

This was on my wishlist since I switched from fvwm2 to openbox years
ago.  Works nicely here.  Many thanks!

Oh, happy days :)

From porizka at gmail.com  Mon May 30 04:29:48 2011
From: porizka at gmail.com (=?UTF-8?B?Um9tYW4gUG/FmcOtemth?=)
Date: Mon, 30 May 2011 10:29:48 +0200
Subject: [openbox] [Patch] Least overlap placement
In-Reply-To: <20110530082334.GA4280@foo>
References: <20110530001834.6d78a723@foolinux.dyndns.org>
	<20110530082334.GA4280@foo>
Message-ID: <BANLkTimQXdMbrM9EzJBPw-WNy+EeR2Uj1w@mail.gmail.com>

I'm trying to compile 3.4.11.2 with this patch and I get:

/bin/bash ./libtool --silent --tag=CC --mode=link gcc  -g -O2 -DNDEBUG
-DG_DISABLE_ASSERT -fno-strict-aliasing   -o openbox/openbox -export-dynamic
openbox/actions/openbox_openbox-all.o
openbox/actions/openbox_openbox-addremovedesktop.o
openbox/actions/openbox_openbox-breakchroot.o
openbox/actions/openbox_openbox-close.o
openbox/actions/openbox_openbox-cyclewindows.o
openbox/actions/openbox_openbox-debug.o
openbox/actions/openbox_openbox-decorations.o
openbox/actions/openbox_openbox-desktop.o
openbox/actions/openbox_openbox-dockautohide.o
openbox/actions/openbox_openbox-directionalwindows.o
openbox/actions/openbox_openbox-execute.o
openbox/actions/openbox_openbox-exit.o
openbox/actions/openbox_openbox-focus.o
openbox/actions/openbox_openbox-focustobottom.o
openbox/actions/openbox_openbox-fullscreen.o
openbox/actions/openbox_openbox-growtoedge.o
openbox/actions/openbox_openbox-iconify.o
openbox/actions/openbox_openbox-kill.o
openbox/actions/openbox_openbox-layer.o
openbox/actions/openbox_openbox-lower.o
openbox/actions/openbox_openbox-maximize.o
openbox/actions/openbox_openbox-move.o
openbox/actions/openbox_openbox-moverelative.o
openbox/actions/openbox_openbox-moveresizeto.o
openbox/actions/openbox_openbox-movetoedge.o
openbox/actions/openbox_openbox-omnipresent.o
openbox/actions/openbox_openbox-raise.o
openbox/actions/openbox_openbox-raiselower.o
openbox/actions/openbox_openbox-reconfigure.o
openbox/actions/openbox_openbox-resize.o
openbox/actions/openbox_openbox-resizerelative.o
openbox/actions/openbox_openbox-restart.o
openbox/actions/openbox_openbox-shade.o
openbox/actions/openbox_openbox-shadelowerraise.o
openbox/actions/openbox_openbox-showdesktop.o
openbox/actions/openbox_openbox-showmenu.o
openbox/actions/openbox_openbox-unfocus.o openbox/openbox_openbox-actions.o
openbox/openbox_openbox-client.o openbox/openbox_openbox-client_list_menu.o
openbox/openbox_openbox-client_list_combined_menu.o
openbox/openbox_openbox-client_menu.o openbox/openbox_openbox-config.o
openbox/openbox_openbox-debug.o openbox/openbox_openbox-dock.o
openbox/openbox_openbox-event.o openbox/openbox_openbox-extensions.o
openbox/openbox_openbox-focus.o openbox/openbox_openbox-focus_cycle.o
openbox/openbox_openbox-focus_cycle_indicator.o
openbox/openbox_openbox-focus_cycle_popup.o openbox/openbox_openbox-frame.o
openbox/openbox_openbox-framerender.o openbox/openbox_openbox-grab.o
openbox/openbox_openbox-group.o openbox/openbox_openbox-keyboard.o
openbox/openbox_openbox-keytree.o openbox/openbox_openbox-mainloop.o
openbox/openbox_openbox-menuframe.o openbox/openbox_openbox-menu.o
openbox/openbox_openbox-modkeys.o openbox/openbox_openbox-mouse.o
openbox/openbox_openbox-moveresize.o openbox/openbox_openbox-openbox.o
openbox/openbox_openbox-ping.o openbox/openbox_openbox-place.o
openbox/openbox_openbox-prompt.o openbox/openbox_openbox-popup.o
openbox/openbox_openbox-prop.o openbox/openbox_openbox-resist.o
openbox/openbox_openbox-screen.o openbox/openbox_openbox-session.o
openbox/openbox_openbox-stacking.o openbox/openbox_openbox-startupnotify.o
openbox/openbox_openbox-translate.o openbox/openbox_openbox-window.o
openbox/openbox_openbox-xerror.o -lSM -lICE -lXext -lXinerama  -lXext
-lXrender -lXrandr -lXext -lXext -lglib-2.0   -lSM -lICE  -lX11 -lXcursor
-lstartup-notification-1   -lxml2     render/libobrender.la parser/
libobparser.la
openbox/openbox_openbox-place.o: In function `place_least_overlap':
/tmp/openbox-3.4.11.2/openbox/place.c:525: undefined reference to
`overlap_make_grid'
/tmp/openbox-3.4.11.2/openbox/place.c:530: undefined reference to
`overlap_find_least_placement'
collect2: ld returned 1 exit status
make[1]: *** [openbox/openbox] Error 1
make[1]: Leaving directory `/tmp/openbox-3.4.11.2'
make: *** [all-recursive] Error 1


Regards,
Roman Porizka

On Mon, May 30, 2011 at 10:23 AM, Krzysztof Kotlenga <piernik at gmail.com>wrote:

> Ian Zimmerman wrote:
>
> > Attached is a patch implementing a rough first cut of sawfish-style
> > intelligent placement.  I call it "Least Overlap" because that describes
> > what it actually does, to a 1st approximation, unlike the sawfish name
> > for it ("First Fit").
> >
> > There are some easy improvements that can be made such as considering
> > all heads, and pruning the grid for speed, but I thought I'd throw it
> > out here "early and often".  I'll take into account all fair criticism;
> > I already find it very useful as it is, though.  Enjoy!
>
> This was on my wishlist since I switched from fvwm2 to openbox years
> ago.  Works nicely here.  Many thanks!
>
> Oh, happy days :)
> _______________________________________________
> openbox mailing list
> openbox at icculus.org
> http://icculus.org/mailman/listinfo/openbox
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20110530/0aa0c070/attachment.htm>

From mikachu at gmail.com  Mon May 30 05:26:49 2011
From: mikachu at gmail.com (Mikael Magnusson)
Date: Mon, 30 May 2011 11:26:49 +0200
Subject: [openbox] [Patch] Least overlap placement
In-Reply-To: <BANLkTimQXdMbrM9EzJBPw-WNy+EeR2Uj1w@mail.gmail.com>
References: <20110530001834.6d78a723@foolinux.dyndns.org>
	<20110530082334.GA4280@foo>
	<BANLkTimQXdMbrM9EzJBPw-WNy+EeR2Uj1w@mail.gmail.com>
Message-ID: <BANLkTim8N54=wa+ao1Uy9oj7cPAsPTagpQ@mail.gmail.com>

Please don't top post.

On 30 May 2011 10:29, Roman Po??zka <porizka at gmail.com> wrote:
> I'm trying to compile 3.4.11.2 with this patch and I get:
> openbox/openbox_openbox-place.o: In function `place_least_overlap':
> /tmp/openbox-3.4.11.2/openbox/place.c:525: undefined reference to
> `overlap_make_grid'
> /tmp/openbox-3.4.11.2/openbox/place.c:530: undefined reference to
> `overlap_find_least_placement'
> collect2: ld returned 1 exit status
> make[1]: *** [openbox/openbox] Error 1
> make[1]: Leaving directory `/tmp/openbox-3.4.11.2'
> make: *** [all-recursive] Error 1

When you add or remove files (or otherwise change the .ac and .am
files), you have to rerun the bootstrap script, then configure and
make as usual.

-- 
Mikael Magnusson

From itz at buug.org  Tue May 31 11:54:03 2011
From: itz at buug.org (Ian Zimmerman)
Date: Tue, 31 May 2011 08:54:03 -0700
Subject: [openbox] [Patch] Least overlap placement
In-Reply-To: <20110530082334.GA4280@foo>
References: <20110530001834.6d78a723@foolinux.dyndns.org>
	<20110530082334.GA4280@foo>
Message-ID: <20110531085403.04ab7c8d@foolinux.dyndns.org>

On Mon, 30 May 2011 10:23:37 +0200
Krzysztof Kotlenga <piernik at gmail.com> wrote:

> Oh, happy days :)

Here is an improved version that handles multi-head.  I think!  I have
just 1 monitor myself, so I can't really test that part.  Someone help
me with that please :)

-- 
Ian Zimmerman
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Rule 420: All persons more than eight miles high to leave the court.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: openbox-least-overlap-multihead.git.diff
Type: text/x-patch
Size: 13113 bytes
Desc: not available
URL: <http://icculus.org/pipermail/openbox/attachments/20110531/8e3bf25c/attachment.bin>

From mikachu at gmail.com  Tue May 31 11:56:21 2011
From: mikachu at gmail.com (Mikael Magnusson)
Date: Tue, 31 May 2011 17:56:21 +0200
Subject: [openbox] [Patch] Least overlap placement
In-Reply-To: <20110531085403.04ab7c8d@foolinux.dyndns.org>
References: <20110530001834.6d78a723@foolinux.dyndns.org>
	<20110530082334.GA4280@foo>
	<20110531085403.04ab7c8d@foolinux.dyndns.org>
Message-ID: <BANLkTimg0Q5iv9oOmRXW9Mdm7v5DsmAuEg@mail.gmail.com>

On 31 May 2011 17:54, Ian Zimmerman <itz at buug.org> wrote:
> On Mon, 30 May 2011 10:23:37 +0200
> Krzysztof Kotlenga <piernik at gmail.com> wrote:
>
>> Oh, happy days :)
>
> Here is an improved version that handles multi-head.  I think!  I have
> just 1 monitor myself, so I can't really test that part.  Someone help
> me with that please :)

--debug-xinerama was added for just that purpose :).

-- 
Mikael Magnusson

From rephorm at rephorm.com  Tue May 31 12:33:07 2011
From: rephorm at rephorm.com (Brian Mattern)
Date: Tue, 31 May 2011 09:33:07 -0700
Subject: [openbox] Java and openbox
In-Reply-To: <BANLkTik_gWODo9rx0NkjeYOu6=3zJA5cJw@mail.gmail.com>
References: <20110318042302.GA29660@ocelot> <20110318171853.GA9201@ocelot>
	<BANLkTik_gWODo9rx0NkjeYOu6=3zJA5cJw@mail.gmail.com>
Message-ID: <20110531163307.GA10187@ocelot>

Thanks for fixing this!

Brian

On Fri, 13 May 2011, Dana Jansens wrote:

> Thanks for pointing this out, you were correct on the DESKTOP hint
> getting set on the fake-managed window incorrectly.  I've rectified
> this in my work branch, and will push this change into master.
> 
> On Fri, Mar 18, 2011 at 1:18 PM, Brian Mattern <rephorm at rephorm.com> wrote:
> > As a test, the following java code (save to a file called 'temp.java'
> > and compile with 'javac temp.java' and run with 'java temp') will
> > display the broken behavior when run from a desktop other than the first:
> >
> > import javax.swing.*;
> > public class temp {
> > ?public static void main(String args[]) {
> > ? ?JOptionPane.showMessageDialog(null, "Hello World!");
> > ? ?System.exit(0);
> > ?}
> > }
> >
> > On Thu, 17 Mar 2011, Brian Mattern wrote:
> >
> >> Git commit 79cf72d17ff42e5bc8eb1adbd98bb42aa71fb085 seems to have broken
> >> compatibility with java swing apps. From this point forward in git, they
> >> are all started on desktop 0.
> >>
> >> My quick guess at what is going on is (without much familiarity with
> >> openbox's codebase, so this could be wrong):
> >>
> >> Java apps get "fake" managed first, at which point a configure event
> >> sets _NET_WM_DESKTOP to 0, then when they are managed for real, openbox
> >> thinks that they are requesting to be placed on desktop 0.
> >>
> >> Anyway, I'm not sure that this isn't Java's fault, BUT it does seem to
> >> be a regression on the part of openbox since it worked prior to that
> >> commit.
> >>
> >> --
> >> Brian Mattern
> >> _______________________________________________
> >> openbox mailing list
> >> openbox at icculus.org
> >> http://icculus.org/mailman/listinfo/openbox
> > --
> > Brian Mattern
> > _______________________________________________
> > openbox mailing list
> > openbox at icculus.org
> > http://icculus.org/mailman/listinfo/openbox
> >
> _______________________________________________
> openbox mailing list
> openbox at icculus.org
> http://icculus.org/mailman/listinfo/openbox

From itz at buug.org  Tue May 31 22:28:38 2011
From: itz at buug.org (Ian Zimmerman)
Date: Tue, 31 May 2011 19:28:38 -0700
Subject: [openbox] [Patch] Least overlap placement
In-Reply-To: <BANLkTimg0Q5iv9oOmRXW9Mdm7v5DsmAuEg@mail.gmail.com>
References: <20110530001834.6d78a723@foolinux.dyndns.org>
	<20110530082334.GA4280@foo>
	<20110531085403.04ab7c8d@foolinux.dyndns.org>
	<BANLkTimg0Q5iv9oOmRXW9Mdm7v5DsmAuEg@mail.gmail.com>
Message-ID: <20110531192838.6048e213@foolinux.dyndns.org>

On Tue, 31 May 2011 17:56:21 +0200
Mikael Magnusson <mikachu at gmail.com> wrote:

Ian> Here is an improved version that handles multi-head.  I think!  I
Ian> have just 1 monitor myself, so I can't really test that part.
Ian> Someone help me with that please :)
 
Mikael> --debug-xinerama was added for just that purpose :).

It seems to work.  Consider this the ready-to-merge version.

-- 
Ian Zimmerman
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Rule 420: All persons more than eight miles high to leave the court.

