-------------
data:
* Fix typo in URL (#2030, Germán Poo-Caamaño)
Developers:
* Germán Poo-Caamaño
Translations:
* Efstathios Iosifidis (Greek)
* Balázs Úr (Hungarian)
* Hugo Carvalho (Portuguese)
- Add the `<developer><name>` tag
- Mark the `<developer_name>` tag as deprecated
- Use appstreamcli to validate appdata
- Fix a broken release description
Together with changes to meson, it allows to have icons while doing
"meson devenv". Icons are expected under the "hicolor" location, so
create a link that points there.
This makes it possible to run changes in evince without actually
installing it, or without the system installation getting in the way
of the changes tested.
This was introduced in 768a559d41, 13
years ago and pre GNOME 3 times. We can probably safely consider that
migration an existing installation from those times to current is
unsupported. Whoever tries to do that, is probably going to bump into
many other issues than some config not being migrated in evince.
Introduced in 45467f0d8a and never
touched since, the icon is a way to embed the icon into the binary in
a windows-compliant way. At the time, there was code consuming the
ICON macro, like "cut-n-paste/smclient". That code does not exist
anymore and renders this file and the logic around it unnecessary.
Before Evince used GtkHeaderBar, there was a toolbar that was possible
to hide. That toolbar does not exist since it got intergrated into
the header bar.
Currently there is no way to launch a new window from the desktop.
However most apps offer this feature; launching a new instance
outside of a running instance has become common user exprience.
Closes#1351
To avoid the burden of maintaining multiple build systems, autotools
support has been removed.
GitLab CI configuration has also been updated to use meson.
The GNOME Shell search results are forwarded from the results of
GLib's g_desktop_app_info_search() function, which matches the
Name, Exec, Keywords, GenericName, X_GNOME_FullName, and Comment
keys from desktop files[0].
Since Evince is now named "Document Viewer", a query for "evince"
would match the "Exec" key and present the application in the search
results as expected. Unfortunately that doesn't happen for Flaptaked
Evince, which would get its desktop file "Exec" key overwritten to
something such as Exec=/usr/bin/flatpak run --branch=stable
--arch=x86_64 --command=evince org.gnome.Evince --new-document
This way, searching for "evince" when only the Flatpaked version
of it is installed returns no results. Searching for "Document
Viewer" presents the application as expected.
Its been proposed in GLib to parse the "Exec" key for searches
but that was rejected[1] because it would imply establishing an
API which assumes that the command line behavior of Flatpak would
be stable/never-change.
A fix was proposed in Flatpak directly[2] but it was rejected,
leaving us with the only option of adding the historical/legacy
application names to the "Keywords" key in their desktop files.
Many users, such as myself, have the "muscle memory" of search
for the old application's name, such as "evince", "totem", "gedit".
Although I agree that the new names should be presented to new
users and that the old ones shouldn't be visible in UI, it makes
sense and little effort to support the search for the old names IMO.
I proposed the same changes in "gedit"[3].
[0] https://gitlab.gnome.org/GNOME/glib/blob/master/gio/gdesktopappinfo.c#L378
[1] https://gitlab.gnome.org/GNOME/glib/issues/1706
[2] https://github.com/flatpak/flatpak/issues/2749
[3] https://gitlab.gnome.org/GNOME/gedit/merge_requests/44
When document type does not support 'find', Evince disables the
find feature. Previously, we added a tooltip explaining the reason.
However, a straightforward visual cue is more desirable, especially
for touchpad users.
Aside the tooltip, we now also provide an icon that mimic other
icons in GNOME when a service is unavailable, that is, an 'x' on
the icon for mute or wifi.
Fixes#105
Regardless we renamed the app-id to org.gnome.Evince, and desktop
files, icons, etc. to match the name; we keep the D-Bus services
in lowercase for backward compatibility.
* Set application id lowercase
* Make the daemon and application names match
* Make the icons and desktop files match the
application id
* Keep the D-BUS interfaces backwards compatible,
and enable
the flatpak version to launch the daemon.
* Take care of translations after renaming files.
This commit also changes the application id for flatpak,
which is a compromise.
Many of used paths are using relative paths, which makes some
libraries/executables not to be found.
This has been changed to use absolute paths that fixes these issues.
It doesn't get exported outside the sandbox, so the session systemd
doesn't know how to start it. The information in the systemd .service
file should be enough for systemd to correlate the two when running
outside the sandbox.
