Don't use pango_cairo_layout_path(), which doesn't do any
hinting whatsoever, use gtk_render_layout() from GTK+ instead,
as the text cell renderer already does.
With help from Matthias Clasen <mclasen@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=652709
Currently the lock button's visibility is updated on permission
changes - if the active panel does provide a permission object,
the button is shown, otherwise hidden.
As GtkLockButton itself does manage its visibility, it is not
necessary to handle it in g-c-c. In fact it is harmful, as the
more sophisticated handling in GtkLockButton is overwritten: for
instances, GtkLockButton hides itself if an action is allowed and
the permission can not be released. By overwriting the behavior,
gnome-control-center ends up showing a non-functional button.
https://bugzilla.gnome.org/show_bug.cgi?id=652299
Since GtkIconViews a11y implementation only takes text from
GtkCellRendererText::text, derive ShellSearchRenderer from
GtkCellRendererText and set the text property. Now orca
reads the search results nicely.
With HANDLES_COMMANDLINE, the commandline is handled in the primary
instance. That means two things:
- We cannot let GOption handle --help, since it calls exit() after
printing out the help
- The static booleans need to be reset to FALSE for each handled
commandline
This commit adds a new string, 'Show help options'. It also includes
existing translations for this string that were taken from GLib.
If we're not categorized, the shell won't pick us up, and that's
a problem for application tracking. Per IRC discussion, go
into System Settings for now.
set_active_panel_from_id doesn't remove the active
panel from the notebook before adding a new one. After that the shell
window can't shrink below the size of the original panel.
This might also cause crashers as some parts of the panel are left
alive, behind another notebook tab, ready to receive signals.
https://bugzilla.gnome.org/show_bug.cgi?id=636596
Opening the shell via the main gnome-control-center.desktop file
should display it in overview mode. In particular, if the shell is
already open, then "launching" it again via the main .desktop file
should switch the existing window to the overview rather than just
raising it but leaving it pointing to whatever panel it was pointing
to before.
https://bugzilla.gnome.org/show_bug.cgi?id=639180
The code is setting the min-content-height out of a ::size-allocate
handler, so the resulting size request is ignored. Doing a separate
size request in an idle has the desired effect.
While we do want to match case-insensitively, we don't want to
display the search result in all-lowercase. This patch is probably
not quite utf8-ly correct.
http://bugzilla.gnome.org/show_bug.cgi?id=634923
