summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2020-02-04thumbnailer: add --with-gdk-pixbuf-thumbnailer optionrbuj4-30/+64
Let user choose gdk-pixbuf-thumbnailer or eom-thumbnailer for making webp thumbnails.
2020-02-04Add eom-thumbnailer for webp filesrbuj6-1/+266
2020-01-31autoconf: AC_PROG_CC was called before AX_CHECK_ENABLE_DEBUGrbuj1-2/+2
2020-01-25Preprocessing warning for file: src/eom-window.crbuj1-0/+1
2020-01-25Preprocessing warning for file: src/eom-print.crbuj1-0/+1
2020-01-25Update MIME types supported by commonly used pixbuf-loadersrbuj1-1/+1
* https://github.com/aruiz/webp-pixbuf-loader * http://libopenraw.freedesktop.org/wiki * http://gitorious.org/xcf-pixbuf-loader/mainline.git
2020-01-21release 1.23.2v1.23.2raveit652-1/+9
2020-01-21tx: sync with transifexraveit65139-17796/+17826
2020-01-12thumbnail: Remove use of mate-desktop-thumbnail helperBastien Nocera2-5/+6
don't use mate_desktop_thumbnail_scale_down_pixbuf(). gdk-pixbuf doesn't have the same bugs when shrinking images by large factors. https://bugzilla.gnome.org/show_bug.cgi?id=784942 origin commit: https://gitlab.gnome.org/GNOME/eog/commit/0e7749b
2020-01-10tx: update resources for transifexraveit651-133/+133
2020-01-10Update copyright to 2020raveit652-2/+2
2020-01-09enable wayland supportWu Xiaotian8-41/+50
2020-01-03EomPrintPreview: Fix preview thumbnail on HiDPI displaysFelix Riemann1-3/+7
Simply scale the preview thumbnail according to the display scale setting. That should provide a good looking preview at the correct size. origin commit: https://gitlab.gnome.org/GNOME/eog/commit/d17e1b20ebfd878
2019-12-04release 1.23.1v1.23.1raveit652-17/+45
2019-12-04tx: sync with transifexraveit65137-53239/+49436
2019-12-01Travis CI: add '-Wredundant-decls' to 'CFLAGS' variablePablo Barciela1-1/+1
2019-11-24travis ci: use fedora:latestraveit651-1/+1
2019-11-20tx: add fixes to makepot scriptraveit651-0/+1
2019-11-20tx: update resource for transifex, drop fuzzy lineraveit651-2/+1
2019-11-14tx: update resource for transifexraveit651-394/+367
2019-11-14switch to gettextWu Xiaotian1-4/+4
2019-11-14fix makefile rulesWu Xiaotian1-2/+2
2019-11-14help: fix Italian translationmonsta1-3/+4
tx pull -f -l it -r MATE.master--eom-user-guide
2019-11-14help: fix Russian translationmonsta1-2/+3
tx pull -f -l ru -r MATE.master--eom-user-guide
2019-11-13ci: remove debian.shWu Xiaotian1-2/+0
2019-11-13tx: sync with transifexraveit65219-53471/+47278
2019-11-13Add translator hintWu Xiaotian1-0/+2
2019-11-13ci: add autopointWu Xiaotian1-3/+2
2019-11-13migrate from intltools to gettextWu Xiaotian11-27/+105
2019-11-12update potfilemonsta1-140/+140
2019-11-12add missing format specifier for ngettextmonsta1-1/+1
2019-10-06Travis CI: use Debian "testing" instead "sid"Pablo Barciela1-1/+1
2019-10-05travis(ci): enable notify_serversraveit651-0/+2
2019-09-22egg_editable_toolbar: avoid 'g_type_class_add_private'Pablo Barciela1-6/+2
2019-09-22egg-toolbar-editor: avoid 'g_type_class_add_private'Pablo Barciela1-6/+2
2019-09-22egg-toolbars-model: avoid 'g_type_class_add_private'Pablo Barciela1-6/+2
2019-09-07remove warning: "HAVE_EXIF" is not defined, evaluates to 0 [-Wundef]rbuj1-1/+1
2019-09-03remove warnings: incorrect usage of abs() [-Wabsolute-value]rbuj1-2/+2
eom-transform.c:135:15: warning: using integer absolute value function ‘abs’ when argument is of floating point type ‘gdouble’ {aka ‘double’} [-Wabsolute-value] eom-transform.c:136:16: warning: using integer absolute value function ‘abs’ when argument is of floating point type ‘gdouble’ {aka ‘double’} [-Wabsolute-value]
2019-09-03remove warnings: redundant redeclaration [-Wredundant-decls]rbuj2-3/+0
egg-toolbars-model.h:113:10: warning: redundant redeclaration of ‘egg_tb_model_flags_get_type’ [-Wredundant-decls] eggtypebuiltins.h:13:23: warning: redundant redeclaration of ‘egg_tb_model_flags_get_type’ [-Wredundant-decls] eom-thumb-view.c:91:40: warning: redundant redeclaration of ‘eom_thumb_view_init’ [-Wredundant-decls]
2019-09-03remove warning: variable ‘priv’ set but not usedrbuj1-3/+0
eom-window.c:3153:20: warning: variable ‘priv’ set but not used [-Wunused-but-set-variable]
2019-08-30Travis CI: clang: -enable-checker alpha.deadcode.UnreachableCodePablo Barciela1-0/+1
2019-07-24[CI] debian: show all deprecation warningsraveit651-0/+2
2019-07-24reload-plugin: suppress GtkAction warningsraveit651-0/+2
2019-07-24properties-dialog: suppress GtkAction warningsraveit651-0/+2
2019-07-24eom-window: suppress GtkAction warningsraveit651-5/+100
2019-07-24egg-toolbar-editor: suppress GtkAction warningsraveit651-0/+2
2019-07-24egg-editable-toolbar: suppress GtkAction warningsraveit651-19/+49
2019-07-14Allow color correcting images with alpha channelVictor Kareh1-10/+9
This is mostly useful for PNG images for now but could also help with TIFF files in the future. LittleCMS will still ignore the alpha channel, so this should be harmless. https://bugzilla.gnome.org/show_bug.cgi?id=725357 upstream commit: https://gitlab.gnome.org/GNOME/eog/commit/80b536bc
2019-07-14EomMetadataReaderPng: Use built-in SRGB profile for matching cHRM/gAMAVictor Kareh1-5/+40
The values used for sRGB in cHRM and gAMA chunks do not compute to a profile that exactly matches the built-in profile. Catch this case and use the built-in profile instead to avoid color differences. upstream commit: https://gitlab.gnome.org/GNOME/eog/commit/9589430c
2019-07-14EomMetadataReaderPNG: Only build profile from cHRM if gAMA is presentVictor Kareh1-9/+4
It's more likely that such an image had a (stripped) sRGB profile or chunk. And thus rather than trying to build a profile from only half the necessary information, eom should not. https://bugzilla.gnome.org/show_bug.cgi?id=725359 upstream commit: https://gitlab.gnome.org/GNOME/eog/commit/78c0153e
generated by cgit v1.2.1 (git 2.18.0) at 2024-11-09 09:14:19 +0000