summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2018-07-17Make EomWindow a GtkApplicationWindowFelix Riemann2-6/+8
origin commit: https://gitlab.gnome.org/GNOME/eog/commit/df5b2b6
2018-07-17sidebar: show complete directory in button tooltipVictor Kareh1-2/+5
2018-07-17properties-dialog: show complete directory in button tooltipraveit651-5/+7
2018-07-17Make the URI-label in the properties dialog a button showing the folderFelix Riemann2-16/+76
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
2018-07-14exif-details: make value column selectableraveit651-3/+6
Of course those values aren't editable, but this allowed to copy/paste gps data.
2018-07-14EomExifDetails: Take Exif IFD into account when creating hash keysFelix Riemann1-3/+12
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
2018-07-14Place GPS Exif tags into their own subcategoryFelix Riemann1-7/+9
origin commit: https://gitlab.gnome.org/GNOME/eog/commit/e046f81
2018-07-14Reformat Exif tags for GPS position to be better understandableFelix Riemann1-3/+91
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
2018-07-14Make sure GPS Exif tags are named and ordered correctlyFelix Riemann1-2/+8
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
2018-07-14Use GdkPixbuf's "orientation" feature as fallback for autorotationFelix Riemann3-14/+35
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
2018-07-11EogScrollView: Implement simple two-pass filteringFelix Riemann1-4/+65
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
2018-07-11EomScrollView: Use better downscaling filterRussell Haley1-4/+4
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
2018-07-11Remove unneeded finalize() from EomListStoreClaudio Saavedra1-14/+0
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
2018-07-11Update plugins to use EomWindowActivatable interfaceFelix Riemann6-46/+55
https://bugzilla.gnome.org/show_bug.cgi?id=626091 origin commit: https://gitlab.gnome.org/GNOME/eog/commit/3d3d2bb
2018-07-11Add our own activatable interface to EomWindowFelix Riemann4-2/+162
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
2018-07-11Replace gdk_spawn_command_line_on_screen()Claudio Saavedra1-6/+32
with g_app_info_launch() origin commit: https://gitlab.gnome.org/GNOME/eog/commit/ec6c243 https://gitlab.gnome.org/GNOME/eog/commit/adc355d
2018-07-09sidebar: replace deprecated gtk_misc_set_alignmentraveit651-2/+4
2018-07-09POTFILES.in: add 'src/eom-metadata-sidebar.c'Pablo Barciela1-0/+1
2018-07-08EomWindow: Simplify metadata sidebar titleFelix Riemann1-1/+1
origin commit: https://gitlab.gnome.org/GNOME/eog/commit/a5bd8ec
2018-07-08EomSidebar: Set orientation property via g_object_newFelix Riemann1-4/+3
origin commit: https://gitlab.gnome.org/GNOME/eog/commit/db3a16e
2018-07-08Replace remaining uses of margin-left and margin-right propertiesFelix Riemann1-3/+3
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
2018-07-08EomMetadataSidebar: Allow filename to be wrapped at char boundariesFelix Riemann1-0/+4
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
2018-07-08sidebar: fix a deprecationraveit651-1/+1
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.
2018-07-08EomMetadataSidebar: Fix deprecation warning with newer GTK+Felix Riemann1-2/+1
origin commit: https://gitlab.gnome.org/GNOME/eog/commit/823493f
2018-07-08MetadataSidebar: Add a tooltip to the folder buttonFelix Riemann1-0/+2
origin commit: https://gitlab.gnome.org/GNOME/eog/commit/d82064e
2018-07-08MetadataSidebar: Change layout of the data valuesFelix Riemann1-10/+22
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
2018-07-08Make metadata values in MetadataSidebar selectableFelix Riemann1-0/+1
origin commit: https://gitlab.gnome.org/GNOME/eog/commit/b6b0641
2018-07-08Fix build when not building with libexif and/or exempiFelix Riemann1-8/+41
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
2018-07-08Don't force-enable the sidebar on startup once a page is addedFelix Riemann1-4/+0
https://bugzilla.gnome.org/show_bug.cgi?id=668178 origin commit: https://gitlab.gnome.org/GNOME/eog/commit/6b28ca6
2018-07-08Make Exif/XMP summaries available as sidebarFelix Riemann8-121/+851
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
2018-07-08Drop now unneeded TotemScrSaverFelix Riemann7-623/+1
It's not needed anymore since GtkApplication does the job now. https://bugzilla.gnome.org/show_bug.cgi?id=684581 origin commit: https://gitlab.gnome.org/GNOME/eog/commit/01c1055
2018-07-08Use GtkApplication to inhibit the screensaver during slideshowsFelix Riemann4-44/+37
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
2018-07-08Ensure UI action sensitivity is set at least onceFelix Riemann1-0/+2
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
2018-07-08Remove leftover DBus service description fileFelix Riemann1-23/+0
It's not needed anymore after switching to GtkApplication. origin commit: https://gitlab.gnome.org/GNOME/eog/commit/71c7a06
2018-07-08Remove spurious g_object_unrefFelix Riemann1-2/+0
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
2018-07-08reload: ensure that pending updates to UI are completeraveit651-0/+2
The plugin tries to remove the menuentry from menu during closing eom. Using gtk_ui_manager_ensure_update () function to make sure that all pending updates to the UI have been completed. fixes https://github.com/mate-desktop/eom/issues/145
2018-07-08Port EomApplication to GtkApplicationClaudio Saavedra8-323/+100
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
2018-07-08Make the displayed EomImage a property of EomScrollViewFelix Riemann2-0/+43
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
2018-07-03EomPropertiesDialog: Make details view expand verticallyFelix Riemann1-0/+1
Otherwise it would only be large enough for roughly one line. origin commit: https://gitlab.gnome.org/GNOME/eog/commit/c4a025e
2018-07-03Enable more Drag&Drop actions when eom is drag sourceFelix Riemann2-2/+6
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
2018-07-03Use new DBus API to show the current image in the file browserFelix Riemann3-34/+96
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
2018-07-03Add an "Open containing folder" commandAkshay Gupta3-0/+58
https://bugzilla.gnome.org/show_bug.cgi?id=650402 origin commit: https://git.gnome.org/browse/eog/commit/?id=9df5fd43
2018-06-21release 1.21.0v1.21.0raveit651-1/+15
2018-06-21sync with transifexraveit65133-21965/+68552
2018-06-13pre-bump versionraveit652-1/+3
2018-05-18toolbar: add missing popup menu for launching toolbar editormonsta2-0/+5
2018-05-13sidebar: replace deprecated gtk_menu_popupraveit651-30/+10
2018-05-13editable-toolbar: replace deprecated gtk_menu_popupraveit651-2/+2
2018-05-13editable-toolbar: replace deprecated gtk_drag_beginraveit651-1/+7
use gtk_drag_begin_with_coordinates instead
2018-05-07svg: Fix offset coordinates when transforming SVG images on HiDPI displaysVictor Kareh1-5/+6