Eugene M. Zheganin | 6 May 2013 17:54
Picon
Gravatar

openbox/lxde and empty QT windows

Hi.

I'm using LXDE/openbox, and I have a problem.
After some time running I'm starting to get empty windows from a QT applications:

http://zhegan.in/files/screen-lxde3.png

what's causing them ?

I've asked on a LXDE forum too, but got no answer.
After I restart X or exit/enter LXDE this issue is gone for some time, but then it starts again.

Thanks.
Eugene.
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox
Matteo Brichese | 3 May 2013 15:26
Picon

Window size in per-app settings

Hi, now that I've solved my "layer problem" I need to make some more tunning on my openbox installation, I
need to open a particular window in a default width and height.
I've already tried with the <size> tag in the per-app settings (found on the web) but it seems to not work (I
don't event know if it's a existing tag).

So, it's possible to make a default width&height for a per-app setting?

Thank you

Regards.
---
Matteo Brichese
Software Engineer
mbrichese@...
Came Cancelli Automatici S.p.A.
www.came.com
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

Matteo Brichese | 2 May 2013 16:16
Picon

Openbox stay on top window

Hi, I'm Matthew from Italy, I've found this ML:

>> In a menu entry to start an app, can I specify that I want its window
>> to stay on top?

>No. Unless the app in question has a --always-on-top switch. Openbox has
>no way of knowing which exec() call produces which windowid in X. What you
>can do is use the per-app matching to make all windows of a specific class
>stay on top.
>--
>Mikael Magnusson

I'm intrested in knowing how can I do for making a particular class of windows to stay on top.
I've already a per-app configuration, but I cannot find a solution for an always on top configuration.

Regards.

---
Matteo Brichese
Software Engineer
mbrichese@...
Came Cancelli Automatici S.p.A.
www.came.com
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

Johannes Schaffrath | 1 May 2013 21:17
Picon

per-app <shade>

Hi,

I'm writing an article for our wiki about openbox. I have almost finished writing (if some Germans-speaking want to check it out, here can it be found: http://wiki.debianforum.de/Openbox ).

However, I have a problem in Debian Wheezy with the per-application setting shade. It isn't a syntax error or something like that and I didn't get any error messages (or I haven't seen them ;-)). It's also not working by a friend of me.

So please could you check if it is just my mistake or a bug in Debian Wheezy?
This is my entry in the rc.xml:

<applications> <application name="navigator">
   <shade>yes</shade>
</application> </applications> Many thanks in advance.
-- Mit freundlichem Gruß Johannes Schaffrath
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox
52midnight | 29 Apr 2013 19:11
Favicon

Can't create a valid menu.xml

Hello All

I've been tryin to create a valid ~/.config/openbox/menu.xml file without  
success. I've tried the popular utilities - menumaker, denu, dmenu,  
genmenu, and all give the same result; a message during Xorg startup  
saying:

"Unable to find a valid menu file "/root/.config/openbox/menu.xml"

Even when I cut and paste from "http://openbox.org/wiki/Help:Menus" into a  
simple file the result is the same. I'm using openbox-3.5.0 in LXDE on  
Gentoo with a 3.7.9 kernel.

Could someone please point out the error in the menu.xml below?

With thanks
52midnight.
_____________________________________________________________

<openbox_menu>

<menu id="ID" label="TITLE">
   <!-- this is a menu item, such as a program -->
   <item label="LABEL">
     <action name="Execute">
       <command>st</command>
     </action>
   </item>

   <!-- this is a menu header -->
   <separator label="La la" />

   <!-- this links to a sub menu -->
   <menu id="ID" />

   <!-- this is a small line separator -->
   <separator />

   <!-- this also links to a sub menu, which is defined inline -->
   <menu id="ID" label="TITLE">
     <item label="LABEL">
     <action name="Execute">
       <command>st</command>
     </action>
     </item>
   </menu>

   <separator />

   <item label="LABEL">
     <action name="Execute">
       <command>st</command>
     </action>
   </item>
</menu>

</openbox_menu>

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

Folderol | 24 Apr 2013 09:47
Favicon

Wayland

I've seen a few articles about this as a replacement for X and I was wondering
what would be the implications (if any) for open box.

--

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

Mason Loring Bliss | 22 Apr 2013 22:59
Favicon

partial strut question...

Hi, all!

I'm trying to get xmobar to work with OpenBox. However, when I maximize
windows, OpenBox doesn't seem to honor xmobar. It also doesn't honor dzen2.
It *does* honor xfce4-panel, however.

What's odd is that as far as I understand it, the only EWMH that should
matter is this one:

_NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 16, 0, 0, 0, 0, 0, 0, 0, 1023

I see both xmobar and dzen2 setting one of these, but it doesn't seem to
matter.

xfce4-panel also sets this one:

_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DOCK

...but when I get xmobar to do that too, once again it doesn't matter.

xfce4-panel sets a bunch of other properties, but my reading is that the only
one that should matter is the partial strut.

I'm using OpenBox 3.5.0, from Debian Wheezy. Any thoughts?

PS: Setting margins isn't what I want, since I only want a bar on my main
monitor, and as far as I can see there's no way to specify per-monitor
margins.

--

-- 
 Mason Loring Bliss         mason@...        http://blisses.org/  
"I am a brother of jackals, and a companion of ostriches."  (Job 30 : 29)
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

arpinux | 22 Apr 2013 17:41
Favicon
Gravatar

Wiki access

hi,

i'm a french Debian and openbox user and i've made a full translation of
the openbox:help:themes page.

the translation is available on my wiki : 
http://arpinux.org/x/doku.php/graphics:openbox_themes

but i wish i could include it on your main wiki page.

I am requesting access to edit the wiki if you are interested by wiki
french translation. i could make the other pages too, as i'm planed to
do it it for myself and the crunchbang-fr community.

My username is arpinux

Please add me to the Person group:
http://openbox.org/wiki/Special:Userrights

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

Jim Rees | 17 Apr 2013 14:55
Picon

[PATCH] fix "print" syntax for python 3

Signed-off-by: Jim Rees <rees@...>
---
 data/autostart/openbox-xdg-autostart | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/data/autostart/openbox-xdg-autostart b/data/autostart/openbox-xdg-autostart
index 04a17a1..6479903 100755
--- a/data/autostart/openbox-xdg-autostart
+++ b/data/autostart/openbox-xdg-autostart
 <at>  <at>  -51,7 +51,7  <at>  <at>  def main(argv=sys.argv):
             try:
                 autofile = AutostartFile(path)
             except ParsingError:
-                print "Invalid .desktop file: " + path
+                print ("Invalid .desktop file: " + path)
             else:
                 if not autofile in files:
                     files.append(autofile)
 <at>  <at>  -146,9 +146,9  <at>  <at>  class AutostartFile:

     def display(self, envs):
         if self._shouldRun(envs):
-            print "[*] " + self.de.getName()
+            print ("[*] " + self.de.getName())
         else:
-            print "[ ] " + self.de.getName()
+            print ("[ ] " + self.de.getName())
         self._alert("File: " + self.path, info=True)
         if self.de.getExec():
             self._alert("Executes: " + self.de.getExec(), info=True)
--

-- 
1.8.2.1

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

52midnight | 14 Apr 2013 23:10
Favicon

Windows in The GIMP behaving badly.


I've set my ~/.gimp-2.6/gimprc file to this:

   #toolbox-window-hint utility
   #dock-window-hint utility
   toolbox-window-hint normal
   dock-window-hint normal
   transient-docks no

In spite of this, the Xprops for the Gimp windows remain set at "utility".  
I include an Nedit window for comparison; it behaves normally, and doesn't  
have the second parameter set:

   Nedit: _OB_APP_TYPE(UTF8_STRING) = "normal"

   Gimp Tool: _OB_APP_TYPE(UTF8_STRING) = "utility"
   Gimp Tool: _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_UTILITY

   Gimp Layer: _OB_APP_TYPE(UTF8_STRING) = "utility"
   Gimp Layer: _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_UTILITY

   Gimp Working: _OB_APP_TYPE(UTF8_STRING) = "normal"
   Gimp Working: _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL

This begins to look like a Gimp problem, but I don't have the street cred  
to go chasing after those guys. Is anyone here prepared to take them on?
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox

Eugene Arshinov | 14 Apr 2013 08:10
Picon

Switch to workspace when a window activates on it

Hello

Let me illustrate the problem with an example.  For example, Pidgin (an
instant messaging client) puts its icon in the notification area, and
when you click on this icon, Pidgin's contacts list window is
activated.  If it isn't yet open, the window shows up on the current
workspace, but if it's already open, the window is just
"self-activates", and that's the problem if the window isn't on the
current workspace.  I'm using GNOME panel, it shows the window being
activated with bold font, but doesn't let you switch to it (its
workspace) easily. I wonder if Openbox as a window manager can
automatically bring me to the workspace where the activated window
is placed?

--
Best regards,
Eugene.
_______________________________________________
openbox mailing list
openbox@...
http://icculus.org/mailman/listinfo/openbox


Gmane