Otherwise, the window expands absrudly wide to fit the unwrapped text of
long license fields (e.g. LibreOffice).

https://bugzilla.gnome.org/show_bug.cgi?id=720915

Ignaker authored Aug 22, 2013 and Michael Catanzaro committed Aug 22, 2013

Button's functionality were reversed.
Swapped pk_client_get_requires_async with pk_client_get_depends_async
function call. Added prototypes for callbacks that now are swapped too.

https://bugzilla.gnome.org/show_bug.cgi?id=692629

This commit sets a reasonable height for the details expander, so
that the user can read the description easily.

https://bugzilla.gnome.org/show_bug.cgi?id=666635

The insanely small previous default was probably from the days of
low-res displays. Since gpk-application currently always opens
with the default window size, you currently have to resize the
window every single time you open it, which sucks.

Nowadays gnome-shell handles low-res displays just fine. If you're
using an 800x600 resolution, this change causes the application to open
maximized (which is desirable for very small screens).

We additionally ought to remember our current size in gsettings when
we quit, but that does not excuse a poor default.

https://bugzilla.gnome.org/show_bug.cgi?id=701464

Matthias Clasen authored May 07, 2013 and Richard Hughes committed May 09, 2013

The menu positioning function was not working, and is not
really needed anyway. The menu comes up just fine without
it.

Signed-off-by: Richard Hughes <richard@hughsie.com>

Matthias Klumpp authored Apr 24, 2013 and Richard Hughes committed May 09, 2013

If the Listaller plugins are installed, PackageKit can handle Listaller
application installations as well as native installs.
This change reflects that in the GPK UI.