Especially visible with minimized windows. The button was stuck
in "half active" state (normally inactive, but rendered as active when
mouse cursor was above it).

In some cases clicking on a button switches to another desktop but fails
to activate the application (another, previously activated window gets
the focus).

Not sure why gtk_main_iteration works and not e.g. XSync but it fixes
the problem on affected systems.

This optimization makes little difference to performance but causes
problems in some situations where more than one button become active
at once.

A panel with style set to 'none (use system style)' and alpha to
100 is still affected by the problem which can be triggered manually
by launching another indicator after the initial panel start. This
patch removes an unneeded check that was causing the issue. Thanks
to Thaddäus Tintenfisch for reporting the issue and finding the
exact part of the code that needed to be corrected.

The tasklist widget has an option to only show windows from the
current monitor. This previously worked by calculating the centre
pixel of the window, and then testing that against the monitor.
However, it is possible to position a window such that the centre
pixel does not appear on any monitor.

Instead, find the monitor which has the largest intersection with
the window and display the window button there.

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.

This patch uses some GTK3 CSS magic written by Simon Steinbeiß to
make the GtkPlug button in the panel transparent. Small changes
were made to the wrapper_plug_draw code as well, i.e. no need to
check GTK_WIDGET_IS_DRAWABLE since gtk does this before calling
the draw signal. It also transforms the draw coordinates from
widget-relative back to window-relative.

Included commits:
pager: fallback for case when pager is not yet set
pager: recalculate size when panel size changes

Not sure why.

Previously we were relying on new api added in libwnck-2.31.
Unfortunately, stable version of libwnck was never released and the API
was not added to libwnck-3.

This commit changes the method of setting the aspect ratio.
Aspect ratio is now calculated in the plugin using screen dimensions.

One minor limitation of this method is that we are not accounting
for wnck pager frames, so the aspect ratio may be slightly inaccurate.

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.

# Conflicts:
#	configure.ac.in
#	plugins/applicationsmenu/applicationsmenu.c

Allow the set different actions to middle-click:

Nothing:
Nothing happens.

Close Window:
Do i have to explain?

Minimize Window:
Only minimize the window, this also means button-1
events never minimize, only activate. So you never
get lost in minimized windows anymore.

# Conflicts:
#	plugins/tasklist/tasklist-widget.c

# Conflicts:
#	plugins/directorymenu/directorymenu.c

395 translated messages.

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

395 translated messages.

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

395 translated messages.

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

395 translated messages.

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

395 translated messages.

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

395 translated messages.

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

395 translated messages.

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

395 translated messages.

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