1 Reply by david

(9 replies, posted in Devel: CrunchBang 10 "Statler")

liame wrote:
david wrote:

~/.xserverrc

#!/bin/sh

exec /usr/bin/X11/X -nolisten tcp -dpi 98

That is how you do it.

thanks, but didn't work.
i mean, i created ~/.Xserverrc (to be completely sure: /home/liame/.Xserverrc)
there wasn't one.
included the code, restarted, nothing happened.

See .Xserverrc is not .xserverrc, why did you capitalise it?

Go to forum: Devel: CrunchBang 10 "Statler"

2 Reply by david

(9 replies, posted in Devel: CrunchBang 10 "Statler")

~/.xserverrc

#!/bin/sh

exec /usr/bin/X11/X -nolisten tcp -dpi 98

That is how you do it.

Go to forum: Devel: CrunchBang 10 "Statler"

3 Reply by david

(4 replies, posted in WM/DE Talk)

The dock will only show if something is in it, such as a dockapp, or some withdrawn application otherwise it is not there.

By default middle mouse button click on the max button will maximise vertically (right click horizontally)

Go to forum: WM/DE Talk

4 Reply by david

(7 replies, posted in WM/DE Talk)

You could set a margin at the top the size or your conky (in rc.xml) if you wanted openbox to not use that area for max windows etc.

Go to forum: WM/DE Talk

5 Reply by david

(63 replies, posted in WM/DE Talk)

Dana's xcompmgr has moved here

http://git.openbox.org/?p=dana/xcompmgr.git;a=summary

Go to forum: WM/DE Talk

6 Topic by david

(3 replies, posted in WM/DE Talk)

I blogged about this but as usual I was quite scarce on details.


http://github.com/mulberry/obtools/tree … obxdgroot/

or

http://david.chalkskeletons.com/files/o … 0.1.tar.gz

You will need to have python-gmenu installed for this to work.

The package includes two scripts:

xdgopenboxmenu.sh

This script just needs to be run *once* it downloads the openbox xdg-pipemenu and copies it to ~/bin, it then backs up your menu.xml and writes a new menu.xml:

<?xml version="1.0" encoding="utf-8"?>
<openbox_menu>
<menu execute="cat ~/.config/openbox/rootmenu.xml" id="root-menu" label=""/>
</openbox_menu>

The pipemenu is run to create a new file "rootmenu.xml" in ~./config/openbox. This menu is referenced as a pipe menu simply by cat'ting it, serving as a poor man's cached menu, removing the usual problem of writing a pipe menu on demand (it's quick). That is what the script does. (Id' probably back up your menu yourself first)

genmenu
So far all that has happened is that we have created a static xdg menu that acts as your root openbox menu. Next we need to have it update. There are lots of ways to do this, I've included two examples. genmenu is a wrapper for inotifywait (included in inotify-tools), it watches your application folders and when it spots changes (menu edits, added removed applications etc) it writes a new menu. The alternative way is to use fsniper and use the configuration that is included in xdgopenboxmenu.sh. Either of these can be added to autostart.sh or .xinitrc (or somewhere)

Alternatively you can manually update your menu when you have made changes by running the script:

xdg-menu > ~/.config/openbox/rootmenu_tmp.xml && mv -f ~/.config/openbox/rootmenu_tmp.xml ~/.config/openbox/rootmenu.xml

This goes around the houses a bit by writing the script and them moving it, it just tries to reduce the time when the rootmenu.xml is unavailable ( a very, very short time anyway).

You will probably need to install an XDG menu editor such as Alacarte to organise your menus, you might need to create some extra .desktop files for programs that do not have them. After that it is plain sailing.

There are lots of way to do similar things, the important things are the using a pre-created menu to reference, over generating as a normal pipemenu and somehow keeping your menu uptodate...

I don't know anyone except me who is using this so i'd appreciate any feedback etc.

(yeah this could maybe have gone in another topic about pipemenus or some other menu related topic)

----------------------------------------------------------

Edit: XDG menus are the standard menus that kde/xfce/rox/gnome/etc use you can read more about them here:

http://standards.freedesktop.org/menu-s … troduction

Go to forum: WM/DE Talk

7 Reply by david

(1 replies, posted in WM/DE Talk)

OK despite both these questions being answered on the Openbox website I will humour you...

<keybind key="W-S-F1">
  <action name="SendToDesktop"><desktop>1</desktop></action>
</keybind>
<keybind key="W-S-F2">
  <action name="SendToDesktop"><desktop>2</desktop></action>
</keybind>

You may like to read the documentation here:

http://icculus.org/openbox/index.php/He … troduction

Your desktops are probably arranged horizontally, there are lots of ways to arrange them vertically. including the example given here:

http://icculus.org/openbox/index.php/Help:FAQ

Openbox provides very extensive online documentation, it is well worth checking it out.

Go to forum: WM/DE Talk

8 Reply by david

(4 replies, posted in WM/DE Talk)

If you use "metacity --replace" (for example) when openbox is managing your session it will crash your x session.

I believe the way to do it is: 

<item label="Pekwm">
<action name="restart">
<command>
pekwm
</command>
</action>
</item>

But I have never tried, so I am guessing, well mikachu told me ;)  Does it work?

Go to forum: WM/DE Talk

9 Reply by david

(35 replies, posted in WM/DE Talk)

hailukahh wrote:

+1 to http://www.gilesorr.com/wm/index.html

This 'bloodlines' is so amazing inaccurate that it might as well just be random lines joining random projects, in fact I think that is what it must be. If people are going to put effort into making nice charts it might help to do five minutes research beforehand.

Go to forum: WM/DE Talk

10 Reply by david

(2 replies, posted in Artwork & Screenshots)

No.

Go to forum: Artwork & Screenshots

11 Reply by david

(12 replies, posted in WM/DE Talk)

Try this:

<application class="Firefox*">
<layer>below</layer>
</application>

Does this do what you want? It is something that is stated in the Openbox FAQ?

(i think name="Firefox*" also works)

http://icculus.org/openbox/index.php/Help:FAQ

Go to forum: WM/DE Talk

12 Reply by david

(5 replies, posted in WM/DE Talk)

.obt files are just .tar.gz files with an altered extension so you could just tar -z up the dir and rename it. Then maybe file a bug for obconf, if you think it really is a obconf bug (i don't think it is).

Your theme folders will be in /usr/share/themes or ~/.themes, I believe if you are installing via obconf then they *will* be in your home .themes dir.

So if you your theme is called STEVE it will be in ~/.themes/STEVE/openbox-3/ - using obconf it is the STEVE directory you need to select not the openbox-3 one when creating .obt files.

Go to forum: WM/DE Talk

13 Reply by david

(63 replies, posted in WM/DE Talk)

The little c is for shadow and the big C is for no shadows on docks/panels, all i was saying is that for me it makes a difference which way aroud they go. I have only tried it on the default conkyrc because conky is not something I wish to waste my time on wink It might just be a matter of playing around.

xcompmgr-dana has more going for it than just menu hacks, it has better fades and several bug fixes and memory leak fixes over normal xcompmgr.

Go to forum: WM/DE Talk

14 Reply by david

(63 replies, posted in WM/DE Talk)

for some reason if you use 

xcompmgr -Cc

then conky will draw the shadow if you use 

xcompmgr -cC

it will not, how odd? Probably conky's fault for not supporting proper standards, or maybe a race problem?

Go to forum: WM/DE Talk

15 Reply by david

(9 replies, posted in Help & Support (Stable))

Conky has its own issues because it is archaic, but your problem seems to be that artefacts are being left behind, I would assume because you have a slower graphics card/computer or a weird graphics card (some nvidia are not too hot on 2d despite having good 3d).

cairo-compmgr is heavy even while resting but it does have more options.

I started a hack up of xcompmgr with no options (no fade, no shadow, just opacity)

http://github.com/mulberry/mcompmgr/tree/master

which will probably be your lightest option but it is still poor...

Go to forum: Help & Support (Stable)

16 Reply by david

(18 replies, posted in Help & Support (Stable))

I am not sure if this bug is somehow related.

http://bugzilla.icculus.org/show_bug.cgi?id=3717

If people who do have the problem can try to set the dock to float (as in the bug comments)  to see if it goes away - we might be able to know if it is the dock one way or the other...

Go to forum: Help & Support (Stable)

17 Reply by david

(18 replies, posted in Help & Support (Stable))

This might be clutching at straws but the openbox dock default position is the top left, wonder if something is freaking it out?

Go to forum: Help & Support (Stable)

18 Reply by david

(5 replies, posted in Help & Support (Stable))

export XLIB_SKIP_ARGB_VISUALS=1 && firefox

Go to forum: Help & Support (Stable)

19 Reply by david

(6 replies, posted in WM/DE Talk)

You can just bind them both to the same short cut: 

<keybind key="C-A-Insert">
      <action name="execute">
        <command>urxvt</command>
      </action>
    </keybind>
<keybind key="C-A-Insert">
      <action name="execute">
        <command>xmag</command>
      </action>
    </keybind>

Go to forum: WM/DE Talk

20 Reply by david

(63 replies, posted in WM/DE Talk)

Openbox supports the possibility of transparent menus and it can be implemented using the xcompmgr-dana package that I think is in the crunchbang repos with this command: 


xcompmgr -I1 -O1 -Ff -m.95

However I believe if you use shadows with this xcompmgr it will mess with your conky (you can probably fix this by setting conky to the type of dock or something?) I think it will also work using cairo-compmgr (at the cost of half your cpu), it is all bit of a faff on if you don't know what you are doing for pointless see through menu though.

Anyway it probably was XFCE after all.

Screenshot to confirm point as not being lies :)

Go to forum: WM/DE Talk

21 Reply by david

(4 replies, posted in WM/DE Talk)

If there are no xbms in the openbox-3 dir then the theme uses the default xbms, which I believe are hardcoded as a fall back (this might be lies). They are 6x6 xbms, If you need your xbm to centre (if you have non-parentrelative, this is generally the way) you will need to make it an even number width/height.

Go to forum: WM/DE Talk

22 Topic by david

(10 replies, posted in WM/DE Talk)

Long story short, you need to export GNOME_DESKTOP_SESSION_ID as something to make tweetdeck etc work normally in openbox.

e.g. put something like:

export GNOME_DESKTOP_SESSION_ID="crunchbang"

in your .xinitrc or your autostart.sh


Then when your favorite low quality adobe air app checks it finds that it is set and works as normal.

[edit dead link]

Go to forum: WM/DE Talk

23 Reply by david

(7 replies, posted in WM/DE Talk)

There is development going on with openbox, I believe there is a new release around the corner wink

the latest rc is here:

http://icculus.org/openbox/releases/ope … rc1.tar.gz

If you have any patches or bugs , y'know feel free to add them to bugzilla smile

Also the irc channel is on irc.oftc.net and it generally pretty full...

Go to forum: WM/DE Talk

24 Reply by david

(5 replies, posted in WM/DE Talk)

Oh yeah sorry i was totally not paying attention smile

Go to forum: WM/DE Talk

25 Reply by david

(5 replies, posted in WM/DE Talk)

 <application name="*" class="Thunderbird*">
      <decor>no</decor>
      <shade>no</shade>
      <skip_pager>no</skip_pager>
      <skip_taskbar>no</skip_taskbar>
      <fullscreen>no</fullscreen>
      <maximized>yes</maximized>
      <iconic>yes</iconic>
    </application>

it is probably not ideal but it works

Go to forum: WM/DE Talk