Mithat Konar | 1 Apr 21:10 2010
Picon

Lazarus and Openbox

I am having a strange issue with the Lazarus IDE in Openbox in both Ubuntu Karmic and Debian Squeeze. Before I
go trying to fully characterize when the problem happens, etc. I thought I'd give a shout to see if this was a
known problem in Openbox. The reason I think it's an issue with Openbox is that I do not have this problem in
Fluxbox, IceWM, or GNOME.

In brief: Lazarus creates a whole bunch of windows during a session (ala the GIMP). The Menu Editor is a
window that gets opened when, surprise!, you want to edit your app's menus. The problem is that under some
conditions the Menu Editor window remains at the bottom of the window stack no matter what I do. Clicking on
the Menu Editor item in the taskbar (fbpanel) brings some Lazarus windows to the top, but the Menu Editor
remains on the bottom. The taskbar shows that the Menu Editor is being iconified and deiconified (with '['
and ']' characters). Even when I move other windows out of the way and click on the Menu Editor's titlebar,
it remains on the bottom. Closing the Menu Editor and reopening does not help.

So, two questions:

1) Does this behavior seem familiar to anyone?
2) What kind of info would be the most helpful in debugging it?

Cheers,
-M

      
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

Dana Jansens | 1 Apr 22:37 2010
Picon

Re: Lazarus and Openbox

On 01/04/10 03:10 PM, Mithat Konar wrote:
> I am having a strange issue with the Lazarus IDE in Openbox in both Ubuntu Karmic and Debian Squeeze. Before
I go trying to fully characterize when the problem happens, etc. I thought I'd give a shout to see if this was
a known problem in Openbox. The reason I think it's an issue with Openbox is that I do not have this problem in
Fluxbox, IceWM, or GNOME.
>
> In brief: Lazarus creates a whole bunch of windows during a session (ala the GIMP). The Menu Editor is a
window that gets opened when, surprise!, you want to edit your app's menus. The problem is that under some
conditions the Menu Editor window remains at the bottom of the window stack no matter what I do. Clicking on
the Menu Editor item in the taskbar (fbpanel) brings some Lazarus windows to the top, but the Menu Editor
remains on the bottom. The taskbar shows that the Menu Editor is being iconified and deiconified (with '['
and ']' characters). Even when I move other windows out of the way and click on the Menu Editor's titlebar,
it remains on the bottom. Closing the Menu Editor and reopening does not help.
>
> So, two questions:
>
> 1) Does this behavior seem familiar to anyone?
>    
Sounds like the app is reporting everything else as a child of that 
window, but maybe it's a bug and their relationships are being 
interpreted wrong.  It is definitely something Openbox-specific though.
> 2) What kind of info would be the most helpful in debugging it?
>    
1. Open a bug report in the bugzilla, and
2. Provide precise steps for me to reproduce the bug.  From there I can 
see what the issue is at least.

Thanks,
Dana
_______________________________________________
(Continue reading)

Christian | 2 Apr 13:20 2010

Re: openbox vs. fluxbox

On Wed, Mar 31, 2010 at 11:53:00AM +1000, Anthony Thyssen wrote:
> On Tue, 30 Mar 2010 20:53:54 +0200
> Christian Stuck <openbox <at> cstuck.ath.cx> wrote:
> 
> | On Tue, Mar 30, 2010 at 12:38:01PM +1000, Anthony Thyssen wrote:
> | > 
> | > I re-designed this myself.
> | > 
> | > I did not want raise on clicks within the window.
> | > But did what it on a click in border or title, or 'Alt-click' in window.
> | > You can grab the <mouse> section form my RC file...
> | > 
> | >    http://www.cit.griffith.edu.au/~anthony/public/anthonys_openbox_rc_xml.asis
> | > 
> | 
> | Awesome, that's exactly what I want. Unfortunatly it does not work for
> | me :(
> | Don't see why so far.
> | 
> | I added the following block to my rc-file
> | 
> | !--
> |   Main Client window, just focus on any mouse clicks, do not raise 
> |   -->
> |   −
> |   <context name="Client">
> |   −
> |   <mousebind button="Left" action="Press">
> |   <action name="Focus"/>
> |   </mousebind>
(Continue reading)

Christian | 2 Apr 14:18 2010

Re: openbox vs. fluxbox

On Mon, Mar 29, 2010 at 07:55:45PM -0400, Dana Jansens wrote:
> On Mon, Mar 29, 2010 at 02:29:10PM EDT, openbox@... wrote:
> > Hi,
> > 
> > I recently switched from fluxbox to openbox - mostly because fluxbox does not recognize my "arrow-up"
key any more - no clue why.
> > I really enjoy using openbox bc it has nice features I miss in fluxbox.
> > 
> > BUT:
> > There are really great features in fluxbox I absolutely miss in openbox!
> > Maybe other people can agree and might want to work on that in the future.
> > I guess some should not be so hard to implement.
> > 
> > 
> > 1) Focus model: Bot WM can set the focus model to "floppy-mouse" so the focus stays under the mouse when
another window appears underneath it. The nice thing in fluxbox at this point is that I can tell it not to
raise the window, once I clicked in it - which is really nice when you have a terminal in front of your web
browser, want to select something without the terminal to disappear... only to show one example
> 
> You can do this, you just have to change your mouse bindings.  They are actually lot more flexible in Openbox.
> 
> > 2) Transparency: Every now and then I turn on transparency with xcompmgr and use transset to change it on
the fly. In fluxbox I can set a general setting for transparency for focused and unfocused windows. This
way all unfocused windows can be set to low opacity. Once your mouse moves over another window, it appears
and the old one gets the unfocused transparency. This gives me a good overview of the windows I have open and
other cool features.
> 
> I have an xcompmgr fork that let's you set menu transparency.  wmctrl would probably let you change
transparency of other windows based on focus.
So far I don't get how wmctrl should help me with that... I'd guess enter/leave bindings or actions taken on
(Continue reading)

Christian | 3 Apr 00:19 2010

Re: openbox vs. fluxbox

Hi, it's me again
On Mon, Mar 29, 2010 at 07:55:45PM -0400, Dana Jansens wrote:
> On Mon, Mar 29, 2010 at 02:29:10PM EDT, openbox@... wrote:
> > 4) It is nice to set window specific settings in openbox. Fluxbox has also the option to save the current
window settings so when I set a window to save it's position and close it, it will appear at the same position
again when I reopen it - of course only when I set the "save window settings on close" option.
> 
> Openbox doesn't write to the rc.xml at all and the model or whatnot is such that it won't change easily.  In
the future I can see this being addressed, long term, but for now you have to edit the rc.xml to save config
things - obconf does a lot of this, but not app settings.
> 
OK, speaking of this, I have a question about this rc.xml
I used this file to save some applications settings that work just fine.
Now I wanted to add a rule for my webbrowser to appear on Desktop 2 just the way I did it for other programs and
+Desktop 3.

I even copied the code and just replaced the application - without success.

xprop gives me these info about the window - I thought I should identify it via role and/or class:

WM_WINDOW_ROLE(STRING) = "browser"
WM_CLASS(STRING) = "Navigator", "Iceweasel"

my rc.xml looks like that:

<application cole="browser">
       <desktop>2</desktop>
</application>

reconfigure/restart of openbox does not help - what am I missing here?
(Continue reading)

Knute | 3 Apr 00:27 2010
Picon

Re: openbox vs. fluxbox


--- On Fri, 4/2/10, Christian <openbox@...> wrote:
> Now I wanted to add a rule for my webbrowser to appear on
> Desktop 2 just the way I did it for other programs and
> +Desktop 3.
> 
> I even copied the code and just replaced the application -
> without success.
> 
> xprop gives me these info about the window - I thought I
> should identify it via role and/or class:
> 
> WM_WINDOW_ROLE(STRING) = "browser"
> WM_CLASS(STRING) = "Navigator", "Iceweasel"
> 
> my rc.xml looks like that:
> 
> <application cole="browser">
>    
>    <desktop>2</desktop>
> </application>
> 
> 
> reconfigure/restart of openbox does not help - what am I
> missing here?

You have a c where an r should be.
 The line in question should read:
<application role="browser">

(Continue reading)

Christian | 3 Apr 00:31 2010

Re: openbox vs. fluxbox

On Fri, Apr 02, 2010 at 03:27:31PM -0700, Knute wrote:
> 
> --- On Fri, 4/2/10, Christian <openbox@...> wrote:
> > Now I wanted to add a rule for my webbrowser to appear on
> > Desktop 2 just the way I did it for other programs and
> > +Desktop 3.
> > 
> > I even copied the code and just replaced the application -
> > without success.
> > 
> > xprop gives me these info about the window - I thought I
> > should identify it via role and/or class:
> > 
> > WM_WINDOW_ROLE(STRING) = "browser"
> > WM_CLASS(STRING) = "Navigator", "Iceweasel"
> > 
> > my rc.xml looks like that:
> > 
> > <application cole="browser">
> >    
> >    <desktop>2</desktop>
> > </application>
> > 

ups, my bad, but that's not the point. I tried it with

<application role="browser">
AND
<application class="Iceweasel">
AND
(Continue reading)

Freddie | 3 Apr 15:46 2010
Picon

Re: openbox vs. fluxbox

On Sat, 3 Apr 2010, Christian wrote:

> OK, speaking of this, I have a question about this rc.xml
> I used this file to save some applications settings that work just fine.
> Now I wanted to add a rule for my webbrowser to appear on Desktop 2 just the way I did it for other programs and
> +Desktop 3.
>
> I even copied the code and just replaced the application - without success.
>
> xprop gives me these info about the window - I thought I should identify it via role and/or class:
>
> WM_WINDOW_ROLE(STRING) = "browser"
> WM_CLASS(STRING) = "Navigator", "Iceweasel"
>
> my rc.xml looks like that:
>
> <application cole="browser">
>       <desktop>2</desktop>
> </application>
>
>
> reconfigure/restart of openbox does not help - what am I missing here?

The point you're missing is that Firefox is a pain in the <cough>. It 
launches with one name and class and then changes it soon after (hence the 
name and class xprop reports not working), I can't say about role as I've 
never successfully used it with firefox.

In my rc.xml

(Continue reading)

Mikael Magnusson | 3 Apr 15:56 2010
Picon

Re: openbox vs. fluxbox

On Sat, 3 Apr 2010, Freddie wrote:

> On Sat, 3 Apr 2010, Christian wrote:
>
>>  OK, speaking of this, I have a question about this rc.xml
>>  I used this file to save some applications settings that work just fine.
>>  Now I wanted to add a rule for my webbrowser to appear on Desktop 2 just
>>  the way I did it for other programs and
>>  +Desktop 3.
>>
>>  I even copied the code and just replaced the application - without
>>  success.
>>
>>  xprop gives me these info about the window - I thought I should identify
>>  it via role and/or class:
>>
>>  WM_WINDOW_ROLE(STRING) = "browser"
>>  WM_CLASS(STRING) = "Navigator", "Iceweasel"
>>
>>  my rc.xml looks like that:
>>
>>  <application cole="browser">
>>        <desktop>2</desktop>
>>  </application>
>> 
>>
>>  reconfigure/restart of openbox does not help - what am I missing here?
>
> The point you're missing is that Firefox is a pain in the <cough>. It 
> launches with one name and class and then changes it soon after (hence the 
(Continue reading)

Anthony Thyssen | 6 Apr 08:00 2010
Picon

Re: openbox vs. fluxbox

On Sat, 3 Apr 2010 14:46:12 +0100 (BST)
Freddie <freddie_signup@...> wrote:

| On Sat, 3 Apr 2010, Christian wrote:
| 
| > OK, speaking of this, I have a question about this rc.xml
| > I used this file to save some applications settings that work just fine.
| > Now I wanted to add a rule for my webbrowser to appear on Desktop 2 just the way I did it for other programs and
| > +Desktop 3.
| >
| > I even copied the code and just replaced the application - without success.
| >
| > xprop gives me these info about the window - I thought I should identify it via role and/or class:
| >
| > WM_WINDOW_ROLE(STRING) = "browser"
| > WM_CLASS(STRING) = "Navigator", "Iceweasel"
| >
| > my rc.xml looks like that:
| >
| > <application cole="browser">
| >       <desktop>2</desktop>
| > </application>
| >
| >
| > reconfigure/restart of openbox does not help - what am I missing here?
| 
| The point you're missing is that Firefox is a pain in the <cough>. It 
| launches with one name and class and then changes it soon after (hence the 
| name and class xprop reports not working), I can't say about role as I've 
| never successfully used it with firefox.
(Continue reading)


Gmane