| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
I probably have OCD. Seeing these files
with this poor alignment gives me physical
pain.
|
| |
|
| |
|
|
|
|
|
|
|
| |
To avoid the burden of maintaining multiple build systems, this
patch removes autotools support.
https://bugzilla.gnome.org/show_bug.cgi?id=785414
|
|
|
|
|
|
|
|
| |
Meson is a build system focused on speed an ease of use, which
helps speeding up the software development. This patch adds meson
support along autotools.
https://bugzilla.gnome.org/show_bug.cgi?id=785414
|
|
|
|
|
|
|
|
| |
In order to share the libgd and gvc modules between autotools and
meson, this patch moves their directories to subprojects
directory and updates autotools.
https://bugzilla.gnome.org/show_bug.cgi?id=785414
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the translations are stripped off into gettext .mo files, as happens
on Ubuntu, we need to be operating in the right locale so that
g_desktop_app_info_get_description (et al.) read them out correctly.
Previously we were doing work in init(), which is after gtk_init() calls
setlocale().
Move the population of the model to startup(), and chain up first, so
that it happens after we're fully initialised (including the locale).
https://bugzilla.gnome.org/show_bug.cgi?id=791035
|
|
|
|
|
|
|
|
| |
This way, we can test both layouts in parallel and, in
case something goes wrong, we always have to old layout
as a fallback.
https://bugzilla.gnome.org/show_bug.cgi?id=766922
|
|
|
|
|
|
|
|
|
| |
This is deprecated in newer automake versions, and this causes warnings
with automake 1.14:
panels/printers/Makefile.am:3: warning: 'INCLUDES' is the old name for
AM_CPPFLAGS' (or '*_CPPFLAGS')
https://bugzilla.gnome.org/show_bug.cgi?id=732189
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since we now re-sort the model according to the search terms, we can't
use tree model paths as results since they're not stable. Instead
we'll use panel IDs and keep a map of IDs to GtkTreeIters to retrieve
the result metas from the model.
Caching GtkTreeIters in this way is OK because the model is a
GtkListStore which guarantees that while a row exists, the iter is
persistent.
https://bugzilla.gnome.org/show_bug.cgi?id=729027
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of just sorting by the name the sort order will now be:
1. Panels whose name match a search term
2. Panels whose keywords match the most search terms
3. Panels whose description match the most search terms
4. The remaining panels by name
https://bugzilla.gnome.org/show_bug.cgi?id=729027
|
| |
|
|
|
|
|
|
| |
This improves deserialization performance in gnome-shell.
https://bugzilla.gnome.org/show_bug.cgi?id=704948
|
|
|
|
|
|
|
|
|
|
|
| |
Currently the provider will match all panels that match at least
one search term. This differs from the search pattern we use in
GNOME Shell and other GNOME applications, where a result has to
match all search terms. The latter allows users to narrow down
search results by adding additional terms, which is generally
more useful than potentially adding additional results.
https://bugzilla.gnome.org/show_bug.cgi?id=694960
|
|
|
|
|
|
|
| |
gnome-shell uses the description as markup (to allow highlighting
the searched terms), so we need to properly escape it to avoid warnings.
https://bugzilla.gnome.org/show_bug.cgi?id=694908
|
|
|
|
| |
We need this in some panels too.
|
| |
|
|
Replace the gnome-shell builtin settings search, which relied on removed
menu files, with one that uses the remote search infrastructure and
CcSearchModel, and features the ability to continue searching within the
control center application.
https://bugzilla.gnome.org/show_bug.cgi?id=690577
|