| Age | Commit message (Collapse) | Author |
|
|
|
Set version stuff to 3.5.0-rc1.
Copy the CHANGELOG from 3.4-working.
Rename the obt-4.0 and obrender-4.0 pkgconfig stuff to obt-3.5 and obrender-3.5
Rename the "render" directory to "obrender" so that the public headers can be
installed in <obrender/*>
|
|
|
|
|
|
(rename the current osd label options from osd.label to osd.active.label, similar to the window.(in)?active.label options.
|
|
It fixes this:
(Mikachu) dana: i think his issue was if you have a menu with two
submenus s1 and s2, open the s1 submenu, then point to s2 and
go into s1, then after the delay, s1 is hidden despite you
being inside it still, because s2 was never unselected
|
|
pointer leaves it
This uses the same delay to unfocus as is used for focusing on enter
|
|
Conflicts:
openbox/screen.c
|
|
|
|
kill them now
|
|
disappears
|
|
switching desktops
|
|
|
|
The desktop popup can now be shown "permanently" in which case it stays until
you tell it to hide.
|
|
|
|
|
|
not based on its options.
This way we can use the same name with options for an interactive action and a
non-interactive action.
Shorten the names of the ObActionsInteractive* functions to ObActionsI*
Add a ObActionsIPreFunc that is called for interactive actions
before the interactivity (key/mouse grab) is started.
Add a ObActionsIPostFunc that is called for interactive actions
after the interactiviti (key/mouse grab) has ended.
|
|
and trusted code
|
|
|
|
Conflicts:
obt/keyboard.c
obt/keyboard.h
openbox/event.c
openbox/menuframe.c
openbox/moveresize.c
openbox/openbox.c
openbox/screen.c
|
|
the entry is selected
|
|
|
|
The spec is not going to change this hint, but rather add a new one. So for now
just revert to the old behaviour.
|
|
This allows users to move to the submenu across other menu items (the same
as they already could across other menu items that were submenus).
This uses the same config delay for hiding submenus as it does for showing
new ones.
Based off the ideas in bug #3762.
|
|
This fixes a bug which forced menus to show up on the same monitor as the
mouse pointer.
|
|
Menus/Move/Resize
If the user has escape bound to more than one keycode then they can use any of
them to close a menu. This change applies to the hardcoded keys in openbox,
which are used for the menus and for move/resize, and maybe other places.
|
|
Conflicts:
openbox/config.c
openbox/event.c
openbox/prop.c
openbox/prop.h
openbox/screen.c
openbox/screen.h
|
|
users.
The hints are _OB_ROLE, _OB_NAME, and _OB_CLASS.
|
|
See http://live.gnome.org/SessionManagement/GnomeSession#A1._Launch
Gnome-session sets the DESKTOP_AUTOSTART_ID env variable with the SM client id
instead of passing it on the command line.
|
|
|
|
This matches the behaviour of the focus cycle and key chain popups.
|
|
This reverts commit 2e1adce628ee3234accc5d88cafb57672800cae0.
|
|
popup while it is going to be shown later by a delay."
This reverts commit 33328583a143677d27eb3d081ce66532c3aaca1c.
|
|
popups will appear
|
|
|
|
This fixes the move-to-edge behaviour, when moving past the edge of a monitor,
the window will stop with its tail edge against the inside of the monitor's
edge.
|
|
Previously it would only react if the height of the strut changed, not if its
start/end changed (that was a long-standing bug).
|
|
|
|
window which is no longer visible is still focused.
|
|
|
|
|
|
Also, maximized windows were having their client padding reduced by the size of
the outer border from this same bug, which is now fixed.
|
|
rc.xml. Fixes bug #4350
|
|
When this is very small it just gives X/Openbox a heart attack and ends up going forever. Even 25 is quite too fast to be usuable so it should be a good minimum.
|
|
This allows transient windows to be above helper windows. And generally keeps
helper windows below transients, unless they are raised directly.
|
|
Conflicts:
openbox/actions/all.h
openbox/actions/session.c
openbox/client.c
openbox/event.c
openbox/grab.c
|
|
|
|
client_activate() is a helpful way to focus a window on another desktop,
but only Openbox is allowed to do such things, user messages cannot.
|
|
Applications should be better behaved by now, and GTK based apps seem to be
at least. We can file bug reports with them if we need to still.
|
|
Move focus on _net_active_window "app" requests if focus stealing would be
allowed. If focus is not given to the target window and it is hilited (or
any other situation where it is hilited) and the window is on another desktop,
then also raise it and make it the LRU window, so when you switch desktops
you go right to it.
|