389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

As the hover and selected state are derived of the
background color of the panel (which has no "selected"
or "active" state we could take the color from) we
still have to find a way to support dark and bright
panels out of the box.
FIXME: The current solution only works for bright themes
like Adwaita.

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

We used to use cairo and the draw signal, but as we draw with CSS
now this line shouldn't be making any difference anymore.

As with Gtk2 this only works when the Gtk+ theme's system colors
are in use. In theory this could also be added to custom background
colors.

The locked mode used to send the expose/draw signal to
all panel children (i.e. internal plugins) and this may
have been useful in Gtk2. In Gtk3 we don't use the draw
signal anymore but instead internally draw with pure CSS.

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

This is now all done in CSS as opposed to cairo.

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

Prevent the excessive padding from some
themes to prevent proper rendering of the button.

This reverts commit fa4477d6.

This reverts commit 1cd8238f.

Again prevent the excessive padding from some
themes to prevent proper rendering of the button.

This is a problem with Adwaita, the default Gtk theme, and
leads to tiny icons in normally-sized panels.

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

389 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

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."

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