Commits on Source (24)
-
Felix Riemann authored
-
Jean-Marc Tissières authored
-
Sabri Ünal authored
-
Felix Riemann authored
This prefers the real content type, but automatically falls back to the fast content type the other one isn't set in the GFileInfo.
-
Felix Riemann authored
It turns out that, depending on the responsible GVfs implementation, a GFileInfo may not actually set the content type attribute even if requested. Since knowing the content type is rather critical for eog try to use the fast content type as a fallback in those cases. The fast content type should be hardly unknown as it is usually just based on the file extension. Fixes #312.
-
Felix Riemann authored
Use "fast" content type as fallback if normal content type is unavailable Closes #312 See merge request GNOME/eog!161
-
Andre Klapper authored
See https://discourse.gnome.org/t/retirement-of-developer-old-gnome-org/20991 Instead link GitLab repository README file of libpeas instead of versioned https://gnome.pages.gitlab.gnome.org/libpeas/libpeas-2/
-
Jeremy Bícha authored
jpeg-xl is part of GNOME 46 because it is needed for gnome-backgrounds 46 to work correctly
-
Scrambled 777 authored
-
Felix Riemann authored
This should avoid thumbnails getting out of sync when the temporary save file can be directly `rename()`d to overwrite the target file. This would trigger only a "moved-in" event in the file monitor which didn't handle file changes yet, and thus also didn't refresh the thumbnail. The behaviour while saving depends on how the distro sets up /tmp. Distros using a tmpfs would not be affected by this, as GIO would switch to a copy+rename cycle instead, only triggering a "rename" signal in the directory monitor. That should fix the issue analyzed by Robert Vidal in !151. Drawback: Saving an image will now always trigger the messagebar asking the user to reload the image. That however was already the case with the "rename" events and thus is likely a seperate issue.
-
Felix Riemann authored
-
Felix Riemann authored
-
Felix Riemann authored
-
Felix Riemann authored
desktop: Add jpeg-xl to MimeType list See merge request GNOME/eog!163
-
Felix Riemann authored
That should prevent image switching/loading getting starved by queued thumbnailing jobs. By having the same priority they could delay loading a new image until all visible thumbnails in the collection had been created. Especially on slow disks (like network shares or slow SD cards) this could make image switching impossible for quite some time. See GNOME/eog#305.
-
Felix Riemann authored
These are quite interactive since they are triggerd by user activity (rotation, flipping, undo) and thus should not get delayed too much. Bumping the priority to medium avoid having to wait for my shown image to rotate until all the thumbnails have been created. See GNOME/eog#305.
-
Felix Riemann authored
EogWindow: Raise priority of image loading and transformation jobs See merge request GNOME/eog!164
-
Felix Riemann authored
-
Felix Riemann authored
-
Felix Riemann authored
This allow copying metadata values to clipboard by pressing CTRL+C. This is also a first shot at using GtkBinding for defining keyboard shortcuts and is based on similar features in GTK+. Fixes GNOME/eog#276.
-
Felix Riemann authored
EogMetadataDetails: Support copying metadata values to the clipboard See merge request GNOME/eog!165
-
Felix Riemann authored
This reverts commit 9f6abf27. This was forgotten when eog-plugins 44.0 was released.
-
Felix Riemann authored
-
Jeremy Bícha authored
This diff is collapsed.