Age | Commit message (Collapse) | Author | Files | Lines |
|
The widget is not specific to Exif, and is used for XMP as well.
https://bugzilla.gnome.org/show_bug.cgi?id=509406
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/2969a58
Plus a clean up, tabs to spaces for eom-metadata-details.c/h
|
|
This internal function is only used at one place.
No need to set the dialog buttons insensitive after
save-image is executed.
As result we don't use deprecated gtk_dialog_get_action_area
inspired by comment from
https://gitlab.gnome.org/GNOME/eog/commit/a48af02
|
|
gtk+ will process the updates itself once the time comes.
inspired by:
https://gitlab.gnome.org/GNOME/eog/commit/fbfd90f
|
|
gtk_show_uri is deprecated and will be removed in later versions.
https://bugzilla.gnome.org/show_bug.cgi?id=792923
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/77f16df
|
|
Even if the orientation didn't occur by Exif data.
https://bugzilla.gnome.org/show_bug.cgi?id=748598
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/abe8912
|
|
If an image without metadata support is loaded it could happen that
the size-prepared signal was emitted without knowing the actual
image size. That resulted in a smaller than necessary window size.
Remove unneeded emission since the loader will make sure to emit the
signal once the size is known.
https://bugzilla.gnome.org/show_bug.cgi?id=748598
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/5ae0b28
|
|
- Remove/Disable unused members
- Close memory hole on 64-bit
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/08a8460
|
|
inspired by:
https://gitlab.gnome.org/GNOME/eog/commit/1b22c52
|
|
origin commits:
https://gitlab.gnome.org/GNOME/eog/commit/d7317d2
https://gitlab.gnome.org/GNOME/eog/commit/756dc07
https://gitlab.gnome.org/GNOME/eog/commit/c485fb8
https://gitlab.gnome.org/GNOME/eog/commit/77be951
https://gitlab.gnome.org/GNOME/eog/commit/007273d
https://gitlab.gnome.org/GNOME/eog/commit/a545274
https://gitlab.gnome.org/GNOME/eog/commit/e0f99fb
https://gitlab.gnome.org/GNOME/eog/commit/1222978
|
|
origin commits:
https://gitlab.gnome.org/GNOME/eog/commit/ffc4137
https://gitlab.gnome.org/GNOME/eog/commit/ad8c963
https://gitlab.gnome.org/GNOME/eog/commit/afa0dc8
https://gitlab.gnome.org/GNOME/eog/commit/119a768
https://gitlab.gnome.org/GNOME/eog/commit/7725a55
https://gitlab.gnome.org/GNOME/eog/commit/80cf422
|
|
origin commits:
https://gitlab.gnome.org/GNOME/eog/commit/35c3864
https://gitlab.gnome.org/GNOME/eog/commit/842775b
https://gitlab.gnome.org/GNOME/eog/commit/3fe0bd4
https://gitlab.gnome.org/GNOME/eog/commit/2b25632
https://gitlab.gnome.org/GNOME/eog/commit/f0c977d
https://gitlab.gnome.org/GNOME/eog/commit/5cdb1b8
https://gitlab.gnome.org/GNOME/eog/commit/dba0bd4
https://gitlab.gnome.org/GNOME/eog/commit/8e31683
https://gitlab.gnome.org/GNOME/eog/commit/3945bb1
|
|
This allows plugin usage without installing toolbar editor headers.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/e647078
|
|
These will be loaded on application initialization and disabled
once the application is disposed.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/cdfe77e
|
|
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/df5b2b6
|
|
|
|
|
|
This should avoid the label being cut-off while still being informative
enough. Clicking the button opens the folder in the file manager.
https://bugzilla.gnome.org/show_bug.cgi?id=614869
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/81acc92
|
|
Of course those values aren't editable,
but this allowed to copy/paste gps data.
|
|
This should solve conflicts with Exif values that have the same number
but are stored in different IFD blocks (e.g GPS and Interoperability).
https://bugzilla.gnome.org/show_bug.cgi?id=670700
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/38f49dc
|
|
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/e046f81
|
|
libexif's formatting of these tags is not nice to read.
Reformatted are latitude and longitude values and their reference points.
https://bugzilla.gnome.org/show_bug.cgi?id=627185
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/3e4bc1a
|
|
Some GPS tag IDs overlap with IDs from other IFDs.
Specifically check for the GPS IFD and order the entries accordingly.
Also respect the IFD when determining the tag's title.
https://bugzilla.gnome.org/show_bug.cgi?id=627185
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/8574b4b
Fixes https://github.com/mate-desktop/eom/issues/125
|
|
Useful for formats where we don't support extracting the needed data
ourselves (e.g TIFF) and if eog is compiled without libexif.
https://bugzilla.gnome.org/show_bug.cgi?id=548474
https://bugzilla.gnome.org/show_bug.cgi?id=615114
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/8ac825b
|
|
Show the filtered image only after a short time.
This should improve the UI's responsiveness quite a bit.
https://bugzilla.gnome.org/show_bug.cgi?id=665897
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/88c4f54
https://gitlab.gnome.org/GNOME/eog/commit/8169e0a
|
|
Replace all instances of CAIRO_FILTER_BILINEAR with CAIRO_FILTER_GOOD.
This produces much less aliasing on downscaled images. CAIRO_FILTER_GOOD
uses the same method as CAIRO_FILTER_BILINEAR for scale factors greater
than 0.75, according to https://bugs.webkit.org/show_bug.cgi?id=147826.
Comparison screenshots made with eog 3.18.1: http://imgur.com/a/NaoOs
CAIRO_FILTER_BEST is better still, but the the visual difference is
almost imperceptible and the performance impact is severe.
https://bugzilla.gnome.org/show_bug.cgi?id=665897
origin commit: https://gitlab.gnome.org/GNOME/eog/commit/fbc1128
fixes https://github.com/mate-desktop/eom/issues/96
|
|
No need to free() the private struct, since it's done automatically by
the type.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/9ae71cc
|
|
Improves typesafety by explicitly passing the EomWindow
and allows us to extend the interface if necessary.
https://bugzilla.gnome.org/show_bug.cgi?id=626091
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/397a6a5
|
|
with g_app_info_launch()
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/ec6c243
https://gitlab.gnome.org/GNOME/eog/commit/adc355d
|
|
|
|
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/a5bd8ec
|
|
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/db3a16e
|
|
Replaced with margin-start and margin-end, which should make
EomMetadataSidebar's layout in RTL environments more similar to the
LTR layout.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/00641d2
|
|
It is possible for this field to contain no "word".
Enable wrapping at char boundaries as fallback so that such files
don't cause the sidebar enlarging too much.
https://bugzilla.gnome.org/show_bug.cgi?id=700717
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/cee1f77
|
|
don't use gtk_image_menu_item_new_with_label
There isn't any menuitem with an icon in the sidebar.
So this can be replaced.
|
|
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/823493f
|
|
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/d82064e
|
|
Move the value labels in their own line below their key labels.
That improves the visibility of the values and takes away less
horizontal space for image viewing. Unfortunately scrolling could be
necessary now as the vertical space requirement increased.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/00aad08
|
|
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/b6b0641
|
|
There were quite some #ifdefs missing.
https://bugzilla.gnome.org/show_bug.cgi?id=666556
Origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/deb2b63
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=668178
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/6b28ca6
|
|
Makes the data from the properties dialog available as a sidebar.
A button opens the details tab in the properties dialog.
This is graphically still a bit roughg.
Committing it in hopes to get some early feedback.
https://bugzilla.gnome.org/show_bug.cgi?id=616438
origin commit:
https://git.gnome.org/browse/eog/commit/?id=7ac112f
|
|
Realized in a similar fashion as in Evince and Totem.
https://bugzilla.gnome.org/show_bug.cgi?id=684581
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/e8b50ab
|
|
Beforehand empty windows had all UI actions active.
Activation could then spawn critical warnings. This was probably caused
by the switch to GtkApplication.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/0c82590
|
|
It's not needed anymore after switching to GtkApplication.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/71c7a06
|
|
The released reference isn't owned by the job.
Could cause a segfault upon closing an EogWindow.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/757699b
|
|
This removes the direct dependency on dbus and makes use of the
GApplication/GtkApplication facilities for uniqueness and activation.
Bump the glib requirement to 2.29.4, since we need
G_APPLICATION_NON_UNIQUE.
https://bugzilla.gnome.org/show_bug.cgi?id=622876
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/3d39587
Enable TotemScreensaver unconditionally
It uses GDBus instead of libdbus now. It can be enabled even if
libdbus is not available as GDBus/GIO is always present.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/4c32882
|
|
Besides the more obvious object orientation it also allows watch the
property for changes. Might be useful for plugins.
https://bugzilla.gnome.org/show_bug.cgi?id=544068
origin commit:
https://git.gnome.org/browse/eog/commit/?h=gnome-3-4&id=4c0b5c8
|
|
Otherwise it would only be large enough for roughly one line.
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/c4a025e
|
|
Enable the link and ask actions allowing to create symlinks in Caja
or triggering a menu asking what to do. Also enable the move action,
which was not specifically enabled before but still worked anyway.
https://bugzilla.gnome.org/show_bug.cgi?id=667076
origin commit:
https://gitlab.gnome.org/GNOME/eog/commit/bcf7817
|
|
This improves the functionality implemented with commit 9df5fd43.
The new API that will be included in Nautilus 3.3.4 not only opens a
view for the containing folder but also marks the image in the view.
The old behaviour is still available as fallback if the new API is
not offered on the system.
https://bugzilla.gnome.org/show_bug.cgi?id=650402
origin commit:
https://git.gnome.org/browse/eog/commit/?h=gnome-3-4&id=fa74473
|