* Do not ignore the system default
* Do not exclude the last used being set from the default list
This fixes the default applications dialog in control-center.
https://bugzilla.gnome.org/show_bug.cgi?id=658188
Only objects and interfaces should go in here. If enums are in here
then gtk-doc responds by outputting two anchors for the same name (which
results in many warnings being printed).
Some links were broken due to typos, because functionality was removed
in GLib 2.0 or for various other reasons. Fix up as many of them as is
reasonable.
Commit ab0e9dbfa76e056f875e969c0d7b6e133ec75431 introduced some changes
to the documentation Makefiles designed to clean-up the process of
deciding which headers get scanned for the docs.
Unfortunately, the gtk-doc Makefile doesn't use HFILE_GLOB for actually
generating the docs -- only for knowing when it needs to redo the
generation. Because of this, we need to use IGNORE_HFILES or otherwise
we get hundreds of symbols in the *-unused.txt files.
Revert the changes that that commit made to the docs Makefiles (but
leave the generation of the *-public-headers.txt files in place).
It's clear that the other GDateTime formats in this file correspond with
those in pa_IN, not pa_PK, so prefer those for the newly-added strings
as well.
Use the glibc locale database to add GDateTime strings only for those locales
that had not specifically added them for themselves.
Some locales have different translations from what is in the C library and we
leave those alone with this commit.
We had the 12 hour time format hard-coded to "%02d:%02d:%02d %s" but it
actually changes depending on the locale. Just with the other formats,
use nl_langinfo() if we have it, otherwise fall back on gettext().
Our infrastructure for updating the glib20.pot file was incompatible
with intltool in a couple of ways:
- we didn't set the Report-Msgid-Bugs-To to
- we used paths relative to the $(top_srcdir), rather than po/
This resulted in spamming of pointless changes to the .po files whenever
'make update-po' was run (since all of the translators are using
intltool-based tools).
