| Age | Commit message (Collapse) | Author |
|---|
|
added/removed from the valid focus order
|
|
Add _OB_VERSION property on the root window.
Change _OB_ROLE/CLASS/NAME to _OB_APP_*.
Add _OB_APP_TYPE which has a string for the type chosen for the window on
mapping by Openbox.
Adjust the rc.xml to match these changes.
|
|
rather than closing it
|
|
disappears
|
|
switching desktops
|
|
and trusted code
|
|
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 fixes a bug which forced menus to show up on the same monitor as the
mouse pointer.
|
|
users.
The hints are _OB_ROLE, _OB_NAME, and _OB_CLASS.
|
|
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
|
|
|
|
window which is no longer visible is still focused.
|
|
struts with multiple monitors.
|
|
while it is going to be shown later by a delay.
|
|
According to the WM Specification, the left, top, right, and bottom
fields are to be declared relative to the overall X screen dimensions,
not the monitor dimensions.
The example given in the spec (v1.3 or 1.4draft2) is: "Another example
is a panel on a screen using the Xinerama extension. Assume that the
set up uses two monitors, one running at 1280x1024 and the other to the
right running at 1024x768, with the top edge of the two physical displays
aligned. If the panel wants to fill the entire bottom edge of the smaller
display with a panel 50 pixels tall, it should set a bottom strut of 306,
with bottom_start_x of 1280, and bottom_end_x of 2303. Note that the strut
is relative to the screen edge, and not the edge of the xinerama monitor."
In my case, I have a 1680x1050 monitor to the left of a 1920x1200 monitor
aligned at the top. I then have a gnome-panel along the bottom edge of
the 1680x1050 monitor with a height of 24 pixels.
xprop reports the following partial strut: _NET_WM_STRUT_PARTIAL(CARDINAL)
= 0, 0, 0, 175, 0, 0, 0, 0, 0, 0, 0, 1679 which is correct according to
the spec. Gnome-panel is reserving the 150 pixels along the bottom that
aren't visible on the screen plus the 25 it requests for itself.
However, maximizing a window on this monitor leaves a gap of exactly 150
pixels between the bottom edge of the maximized window and the top edge
of the panel.
Also, when the 1680x1050 monitor is the primary monitor (id=1) then the
_NET_WORKAREA property on the root window is also off by 150px for the
same reason.
This patch fixes the two issues I mentioned for exterior monitor edges.
It doesn't attempt to account for "interior" monitor edges (i.e. a 'left'
strut on monitor A when monitor B is directly to the left of monitor A)
because it's not possible to do so with the current strut specification
(see http://mail.gnome.org/archives/wm-spec-list/2004-March/msg00004.html
for a discussion on this limitation)
This could be avoided by having the partial strut atom contain a xinerama
screen ID that the strut applies to, but unfortunately the discussion
all those years ago never got anywhere.
[ quoted from bug #3792 ]
|
|
This should be a satisfactory fix for #3694 I hope.
|
|
This poses a small problem. We currently let translators reorder this
string, but ngettext only takes one numeric argument. This means that you
can either get correct pluralization or the order you want, but not both.
I fixed up the languages I understand at a very basic level, but the
rest will need translator assistance.
|
|
|
|
|
|
|
|
this makes a big difference if the compmgr is being laggy trying to show windows
|
|
|
|
|
|
anyway.
|
|
|
|
openbox config
|
|
Define void functions with (void), not ().
Add missing includes.
Some functions were declared static but defined non-static.
Some variables that should be file static were file global but not used in any other file.
prop.h defined a new prop_atoms in each file that included it instead of declaring it extern.
|
|
|
|
|
|
|
|
When switching desktops, only record the previous desktop as the last
desktop if the user stayed there for a while. This way you can scroll
over a couple desktops quickly, then go back to the previous desktop
you _used_, not the last you scrolled past.
|
|
screen_find_monitor() should perhaps contain that big hunk of logic, I don't know if
anything will break now that it returns screen_num_monitors sometimes. We'll see!
|
|
|
|
|
|
|
|
|
|
done by allowing focus_fallback to specify if focus has been lost or not. usually if you're call it, focus is lost, but not always.
|
|
|
|
options export time in milliseconds not half milli half micro)
|
|
|
|
is broken in every application that has ever used it. ever. ever. \^_^/;;;
|
|
|
|
all get moved a bunch of times, just move the top direct parent
|
|
|
|
Signed-off-by: Dana Jansens <danakj@orodu.net>
|
|
|
|
|
