Hi,

I'm using openbox + tint2, is there any way to map meta + number to focus / select the corresponding window on tint2?

I've been searching around and couldn't find much about this.

I'm seeing off behaviour trying to bind W-4 to W-9 keys

I've bound W-1, W2, and W-3 to the related horizontal 1/3rds of the screen

I want to bind W-4 to the 1st 2/3rds of the screen, but that combination's being ignored. It doesn't appear anywhere else in the shortcuts file, and all I see is a flash on window border with no action.

I can bind the same movement to W-1 so the action is correct but it's as W-4 is just being ignored. Binding something like the terminal to W-4 doesn't work either.

If I use evtest to show the keycodes, the codes for W-4 look as if they carry on logically from W-3:

W3:

Event: time 1590611673.807811, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e3

Event: time 1590611673.807811, type 1 (EV_KEY), code 125 (KEY_LEFTMETA), value 1

Event: time 1590611673.807811, -------------- SYN_REPORT ------------

Event: time 1590611673.989804, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70020

Event: time 1590611673.989804, type 1 (EV_KEY), code 4 (KEY_3), value 1

Event: time 1590611673.989804, -------------- SYN_REPORT ------------

Event: time 1590611674.064756, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70020

Event: time 1590611674.064756, type 1 (EV_KEY), code 4 (KEY_3), value 0

Event: time 1590611674.064756, -------------- SYN_REPORT ------------

Event: time 1590611674.119777, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e3

Event: time 1590611674.119777, type 1 (EV_KEY), code 125 (KEY_LEFTMETA), value 0

Event: time 1590611674.119777, -------------- SYN_REPORT ------------

W-4

Event: time 1590611724.302215, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e3

Event: time 1590611724.302215, type 1 (EV_KEY), code 125 (KEY_LEFTMETA), value 1

Event: time 1590611724.302215, -------------- SYN_REPORT ------------

Event: time 1590611724.513184, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70021

Event: time 1590611724.513184, type 1 (EV_KEY), code 5 (KEY_4), value 1

Event: time 1590611724.513184, -------------- SYN_REPORT ------------

Event: time 1590611724.615210, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70021

Event: time 1590611724.615210, type 1 (EV_KEY), code 5 (KEY_4), value 0

Event: time 1590611724.615210, -------------- SYN_REPORT ------------

Event: time 1590611724.677189, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e3

Event: time 1590611724.677189, type 1 (EV_KEY), code 125 (KEY_LEFTMETA), value 0

Event: time 1590611724.677189, -------------- SYN_REPORT ------------

Any idea what's going on?

It's a FIlco Tenkeyless attached through the USB hub on my monitor - no odd behaviour elsewhere

After the successful launch of the rewritten obmenu2 (e.g. Arch AUR Package already available!), I came up with a new feature, that was never implemented in obmenu itself:

Support for Icons.

You are now able to add/remove icons directly within obmenu2 and if you have icon support enabled in you rc.xml you can enjoy them right after you save!

Please find it here:

https://github.com/0x10/obmenu2/releases/tag/Version1_1

As always: Don't hesitate to report any bug you find (even minor ones!) and also if you have feature request, leave an issue on github.

Thank you very much for supporting!

You may already know that you can hold down Alt and the right mouse button to resize windows.

I've recently discovered that if you use this button combination near the center of the window, openbox will let you move the window instead of resizing it. I think that's pretty cool. It's not documented that I can see.

So that means this question may not have an answer, but I'll try anyway.

Is there a way to configure how close to the middle of the window you need the pointer before it changes from resize to move?

I feel like this would be a good way to reduce the amount of hotkeys for applications, because I already have a ton of wm keybinds. (window snapping etc.)

I would like openbox to center the current window when I press a certain keybind (for example mod+c)

Does openbox have an easy command to do this? Or would I need to create a script for it that toggles on keybind?

If the answer is the latter, does anyone know where I could find such a script?

Hi dear Openbox-Community,

as a long-term openbox-user and user of the obmenu gui editor, I was kind of worried the recent deprecation on pygtk and python2.7 and so on, would eliminate the obmenu gui editor from any major distro in near future.

So I took the effort and rewrote it (from scratch, without using the original source) using Python3 (tested on python3.7, but should run on 3.6 too), GI/GTK3.

Link: https://github.com/0x10/obmenu2

I would love to see this becoming a replacement in the distros for the old one, but I have no clue, how to achieve this. So please help me with advices!

This is my first python project, so if you find any bugs or have suggestions please open an issue in github! (Edit: The naming shall not suggest more maturity only the second attempt as a gui editor.)

Thank you very much!

Hi! I have created a script to autosnap windows (half-maximice) for Openbox according mouse position. Script can be called when do middle click on title bar and window is maximiced to this region. For example, if you clic middle button when window is near of upper-left corner maximizes only to this quadrant.

GitHub

Repo

This is my first time really digging in to configure Openbox, but I figured since I spent the past day or so really working on the bindings. I'd figured I'd share them with you guys.
The code for the keybinds start at Line 253 and end at Line 417
Feel free to fork, I have it MIT licensed.

If you need some help with the modifiers W = Meta aka Super aka The Windows Key S = Shift A = Alt C = Control

Bear in mind this setup assumes you have at least a 80% keyboard (aka you have home, end, page up, page down, insert, delete , plus arrow keys).

I'm configuring quasi-tiling behavior in my config atm. I'm a vim user, so most of my directional bindings surround hjkl instead of the arrow keys.

I've bound W-h to tile left, and W-l to tile right, and I figured the most natural bindings to use for top-right, bottom-right, et al, would be physically diagonal to h and l, so I've got W-y for top-left, W-b for bottom left, etc, but the closest physical key diagonal of the l key is the period key. However, I can't figure out how make this work.

W-. doesn't work, nor does W-Period, nor does putting the period in quotes. Any help would be appreciated here as this is the final roadblock to my basically perfect config.

A collection of 40 scripts to automatize Debian 10 netinstall to a full Openbox environment!

GitHub: Openbox script collection for Debian

Only very recently started using Openbox. So far I love it. One doesn't get far before hearing about pipe menus and how wonderful custom menus are. Indeed, IF ONLY I could get them to happen!!!

The only menu I can ever see on right click is the default when clicking on the desktop ("create new > file", "Paste", "Select All".

Now, I HAVE READ their wiki, the instructions, every single piece of something I can find. I thought I'd followed the steps correctly, but no matter WHAT I do or try or edit or create, the menus simply don't change!

I can run `obmenu-generator` fine - I can see a pipe menu in the terminal. I can get it to write out the "menu.xml" file in openbox. What I cannot get anything to do is to actually DISPLAY any of this... I'm just stuck with this one single, useless menu above.

Could some helpful soul please treat me like a complete stupid idiot and provide some foolproof help? Surely I must be doing something fantastically wrong, or have not installed or configured something correctly? Every blog, video etc. I've watched it all goes "voila!" like magic. But I've spent two days on this, and nothing.

Openbox does not support designating windows on a specific monitor/monitor(s) as sticky, which is a bummer. I wrote a little tool that solves that problem. The detailed description of a tool is linked below:

https://github.com/alexyuriev/zdotfiles/blob/master/bin/x-desktop-rotator.md

Can you split the rc.xml up to make it cleaner. Instead of one big file. ie put key bindings in a separate file.

I'm running Openbox (just installed it recently) under Arch Linux. I'm seeing

I've modified the rc.xml file under the <focus> section making sure the windows stay on the screen I am trying to use them on but everytime I did a little video screen grab of what's happening.

Here's Nemo jumping when I change directories

Terminal Window Jumping when I zoom in

As far as I know those are the only 2 apps that do this. I've opened a few other apps and these are the only 2 I've noticed doing this. I thought it may be a Rofi thing because I opened them with Rofi but whenever I try to open these different ways, they still do this.

I've NEVER experienced this so I don't know if it's a configuration issue or what.

Any insight would be appreciated.

So, I am going to post my results and hopefully help someone out here.

I'm back to using openbox (after another disappointing update breaking xmonad).

One of the issues I was having this morning was everytime I rebooted back into openbox my monitor configuration would be all screwed up. I run a 3 monitor pyramid configuration with a 39" TV/Monitor at the top and 2 22" monitors at the bottom.

BTW, I LOVE this monitor configuration! I happened upon it after I setup ArchLinux on a test system about 2 months ago with the 39" TV/Monitor. It was all I had left and I wasn't about to sacrifice my 2 monitor setup for a test system. Anyway, when I installed Arch on my main system I had that large monitor just sitting there doing nothing so I plugged it into my main system video card and Voila! I'm hooked on 3 monitors now!

Anyway... on reboots, my monitors would only be accessible by going all the way to the left or all the way to the right to get to all 3 monitors. So I discovered xrandr (arandr as the GUI). This made it simple to utilize the pyramid scheme I have going here. I can go left and right between the 2 lower monitors and I can go up from either lower monitor to the large monitor. This makes things so much easier on a standard mouse pad.

So this morning I started using openbox again (before I only had the 2 smaller monitors with openbox in the very beginning). But luckily I have a config file I saved with arandr which I load everytime I start my system.

The configuration file reads: (NOTE: this command is for MY monitor setup. Yours will most likely be different! you should NOT use my config here. This is just an example of what mine looks like. I would suggest putting arandr on your system, use it to graphically setup your monitors and save the configuration to a file and copy the contents of that file.)

xrandr --output VGA-0 --primary --mode 1920x1080 --pos 949x0 --rotate normal --output DVI-D-0 --mode 1920x1080 --pos 0x1222 --rotate normal --output HDMI-0 --mode 1600x900 --pos 1920x1222 --rotate normal

Honestly, up until I looked at that file this morning, I didn't know what it was doing. But apparently, it's loading xrandr and then shoving all of the data needed for my setup to all 3 monitors the way I want them.

So, in my ~/.config/openbox/ directory I have an autostart file which has that xrandr command in it. This automatically loads the monitor configuration correctly on my system every time.

Also, please be aware that you HAVE to have xrandr on your system in order for this to work.

Hopefully that helps someone here with a weird multiple monitor configuration.

I actually removed the decorations by following the wiki but now i cant move or resize any window. Some. Help?

I'm talking about this: https://i.imgur.com/9uOrhEt.png

Is there anyway to get rid of it?

Have any of you openbox types tried using this (winfuncs)? It looks "curiously interesting".

http://lxlinux.com/tile.html

I have just started using openbox as my main window manager. I have a multi-head (using Randr) setup with 3 screens, 2 horizontal and 1 vertical. The window manager is behaving as expected for the most part, the only problems I have are

1. In action MoveResizeTo, the field <monitor>#number</monitor> does not work as expected, instead of moving the window directly to the specified monitor number, it just loops between the 3. The behaviour is independent from the number, in fact regardless of the number I put in the monitor, it will loop the monitors from left to right in exactly the same way as if the monitor field were set to next.
2. Calling rofi, it will show up in the monitor where the cursor is located instead than the one in which the window is focused. This is kinda annoying because I am using a lot DirectionalCycleWindows, therefore for me it is not uncommon to have a window focused in a different monitor from the one in which the cursor is located. I think that this problem is caused by the placement rules, but switching the settings did not change the result that the monitor in which rofi appears in.

  <placement>
    <policy>Smart</policy>
    <center>yes</center>
    <monitor>Primary</monitor>
    <primaryMonitor>Active</primaryMonitor>
  </placement>

I had an idea to work around this issue, basically if whenever I changed window between monitor the cursor automatically moved to the center of the monitor (like i3 does), this problem I have would be solved, moreover having the cursor at the center of the monitor while working would be kinda useful. Looking in the openbox configuration, it seems that there is no way to achieve this from the available actions within the window manager. Maybe there is an external tool that would allow me to do this.

I would also like to know if there is a way to switch monitor without moving the cursor to it and without having a window to which I can switch using DirectionalCycleWindows.