intltool has long been dead upstream. Let's not poke the dead corpse,
please.
This commit is quite large, but that's mostly since trying to support a
hybrid of both gettext and intltool with both Meson and Autotools was
really hard, so I stopped trying.
Due to gettext relying on quite some things being at the exactly right
place in the autotools build (like `ABOUT-NLS` and `config.rpath`) we
really needed to cleanup the `autogen.sh` to only call `aclocal` and
`autoreconf`. No more strange magic; I tried to do it without changing
too much in the file, and things just broke. If people want to do
something more custom, they can just change the script directly. This
change also uncovered some problems in our `configure.ac`, like using
deprecated macros.
The following major changes happened:
* meson: Changed `custom_target()` to `i18n.merge_file()` for all
supported file types
* Added `.its` and `.loc` files for the GIMP-specific XML formats, so
that gettext understands them
* For the `.isl` (Window installer stuff) file, there's no easy way to
do this in gettext, so instead we start from an XML file (again with
its own ITS rules etc), translate that with gettext, and then use
`xsltproc` with a bit of magic to output the .isl file for each
language
* the `po*/Makefile.in.in` files are migrated to `Makevars` files,
which gettext natively understands.
Fixes: https://gitlab.gnome.org/GNOME/gimp/-/issues/8028
Without this entry, when starting GIMP as a flatpak application on
elementaryOS, the Dock icon would get duplicated, as if the application
was detached from its launcher. This entry fixes that by allowing the
dock to associate the app's window with the desktop entry.
More information on the type of problem this caused can be found here:
https://github.com/elementary/dock/issues/119
The only reason "gimp" can be used to search for the software (for
instance in GNOME overview) is because it is the Exec (the short name
is written neither in the Name nor Comment sections). When packaged by
systems like flatpak, this key is changed to `flatpak run ...` and
searching "gimp" does not even return the software!
Adding a Keywords entry to our desktop file fixes this.
Apart from "gimp", I take the opportunity to add other relevant keywords
from our website which currently would not display GIMP as a result:
graphic design illustration painting.
2008-01-06 Sven Neumann <sven@gimp.org>
* configure.in: compile a list of MIME types that GIMP can read.
* desktop/gimp.desktop.in.in: use the list of MIME types as
compiled by the configure script. Fixes bug #507318.
* desktop/Makefile.am
* desktop/gimp.applications.in
* desktop/gimp.keys.in: removed, the gimp.application and
gimp.keys files are obsolete.
* plug-ins/psd/psd.c (MAIN): corrected MIME type in unused code.
svn path=/trunk/; revision=24550
2006-12-20 Sven Neumann <sven@gimp.org>
* configure.in: set variable GIMP_COMMAND depending on whether
gimp-remote is being built or not.
* desktop/gimp.applications.in (command)
* desktop/gimp.desktop.in.in (Exec): use @GIMP_COMMAND@. Fixes
bug #361768.
2006-08-24 Sven Neumann <sven@gimp.org>
* desktop/gimp.desktop.in.in (Categories): removed "Application"
which is not any longer in the Desktop Menu spec.
2006-07-26 Michael Natterer <mitch@gimp.org>
* desktop/gimp.desktop.in.in: added X-GNOME-Bugzilla-Component,
X-GNOME-Bugzilla-Version and X-GNOME-Bugzilla-OtherBinaries to
make new bug-buddy happy. Fixes bug #348859.
2005-06-16 Sven Neumann <sven@gimp.org>
Redid the framework that deals with installing desktop files.
Fixes bug #307705:
* data/misc/*: removed.
* desktop/*: readded the desktop files in a new directory.
* Makefile.am
* configure.in
* data/Makefile.am: changed accordingly.