We could write a migration script for it to avoid additional code being
added to the panel itself but the solution presented here is simple and
works: when a panel is created (e.g. during startup), we check whether
there is an old "autohide" property in the Xfconf channel. If the new
"autohide-behavior" property is not yet set, we translate "autohide"
FALSE and TRUE into "autohide-behavior" NEVER and ALWAYS, respectively.
We then reset the "autohide" property and thereby achieve an automatic,
transparent migration from old to new.

Rebased for the Gtk3 port by Simon Steinbeiss <simon@xfce.org>

This implementation of intelligent autohiding works as follows:

The current WnckScreen is monitored. Whenever the active window changes
or whenever the geometry of an already active window changes, the
algorithm checks whether the active window and the panel overlap. If
this is the case, the panel is hidden. Otherwise, it is made or remains
visible.

Desktop windows are treated special. Even though they overlap
with panels technically, we don't consider this relevant and always make
the panel visible when a desktop window becomes active.

Internally, there are three autohide behaviors now: never (disables
autohiding altogether), intelligent (implements the above method) and
always (the old "hide when not focused/grabbed by mouse or keyboard).

Rebased for the Gtk3 port by Simon Steinbeiss <simon@xfce.org>

Issue exposed by the pager plugin, which somehow forces
use of width_for_height and height_for_width functions.

Bug: 11058

The logical screen width/height as reported by X may be larger than
the outer bounds of all the monitors combined.

Compute the actual outer bounds of the monitors and place the panel
accordingly.

But keep the struts based on the logical screen width/height as this is
what the standard expects.

This will be needed for intelligent autohiding, which is implemented by
monitoring the current WnckScreen for active window changes and hiding
the panel whenever the active window geometry overlaps with the panel.

visible at the new position

(Raphael Groner <projects.rg{at}smart.ms>)

+ some cleanup.

This is for window managers to tell them a pager or tasklist
requested the action.

Not sure why.

Start-up crashes of external plugins resulted in API being not set properly,
Then, the panel was trying to use a non-existing "wrapper" binary.
This prevented normal crash reporting mechanism from working and resulted
in an "empty" plugin being inserted into the panel.

John Lindgren authored 10 years ago and Olivier Fourdan committed 10 years ago

Bug: 11058

The logical screen width/height as reported by X may be larger than
the outer bounds of all the monitors combined.

Compute the actual outer bounds of the monitors and place the panel
accordingly.

But keep the struts based on the logical screen width/height as this is
what the standard expects.

This reverts commit 75ed12ce.

After closing the panel preferences, the panel was always hidden when
intelligent autohiding was selected. This patch adds a check whether the
currently active window actually overlaps with the panel and only hides
it in case it does.

ochosi:
"Just to document the findings I made during a quick debug session
with the panel from git master (4.11.x). Intelligent hiding
generally works, but the mouse-pointer behavior is buggy.
Steps to reproduce the bug:
1) set panel to intelligent hiding
2) give a window focus that doesn't overlap with the panel
3) hover the panel with the mouse
4) upon leaving the panel hides again, even though there
   is no window overlapping

What it should do instead: if intelligent hiding is in use
it should check (possibly in panel_window_leave_notify_event
or _enter_ in panel-window.c) whether there are windows
overlapping with the panel and if not, the panel shouldn't
hide on leave_notify."

This configuration option only makes sense when not hiding a panel
automatically, so whenever one of the two autohide behaviors is enabled,
the option is now greyed out in the UI.

Instead of a single "Show/hide panel automatically" check box, we now
use a "Automatically hide the panel" combo box with the options "Never",
"Intelligently" and "Always".

We could write a migration script for it to avoid additional code being
added to the panel itself but the solution presented here is simple and
works: when a panel is created (e.g. during startup), we check whether
there is an old "autohide" property in the Xfconf channel. If the new
"autohide-behavior" property is not yet set, we translate "autohide"
FALSE and TRUE into "autohide-behavior" NEVER and ALWAYS, respectively.
We then reset the "autohide" property and thereby achieve an automatic,
transparent migration from old to new.

This implementation of intelligent autohiding works as follows:

The current WnckScreen is monitored. Whenever the active window changes
or whenever the geometry of an already active window changes, the
algorithm checks whether the active window and the panel overlap. If
this is the case, the panel is hidden. Otherwise, it is made or remains
visible.

Desktop windows are treated special. Even though they overlap
with panels technically, we don't consider this relevant and always make
the panel visible when a desktop window becomes active.

Internally, there are three autohide behaviors now: never (disables
autohiding altogether), intelligent (implements the above method) and
always (the old "hide when not focused/grabbed by mouse or keyboard).

This will be needed for intelligent autohiding, which is implemented by
monitoring the current WnckScreen for active window changes and hiding
the panel whenever the active window geometry overlaps with the panel.