Commit Graph

44620 Commits

Author SHA1 Message Date
f51c21fd89 Update Hungarian translation 2021-02-14 23:34:39 +00:00
96b917702c Update Hungarian translation 2021-02-14 00:51:41 +00:00
e5c0f3464d Update Hungarian translation 2021-02-14 00:20:12 +00:00
22db7695c8 Issue #288: Point snapping to guides does not work outside the canvas.
This commit also makes snap to grid and snap to vectors work off-canvas.
Since we now have off-canvas viewing, it just makes sense that snapping
would work there too.

Note that I disable snap to grid when "Show All" is OFF. I am actually
unsure this is right (as "Show All" is a view action, and we usually
don't change behavior based on view actions; for instance snap to guides
are not disabled if guides are hidden). Yet I noticed we do this in
various other features when off-canvas. We kind of use this view flag as
a switch for features working off-canvas (for instance, color picking
works off-canvas only when "Show All" is ON). So let's keep the same
logics for now at least.

Snap to guide or snap to vectors will always work though, because guides
and vectors are always visible off-canvas (even when "Show All" is OFF).
They always have been (visible, not snappable off-canvas; now they are
both).

(cherry picked from commit 82438728fb)
2021-02-13 13:11:27 +01:00
97f063b926 Fix Python execution with autocrlf on Windows
If the interp file contains CRLF, the \r is read as part of the
executable file name, and gimp searches for python3.exe\r.

(cherry picked from commit b134da1f39)
2021-02-13 13:11:10 +01:00
7aac5b8f33 Update Polish translation 2021-02-07 12:02:19 +01:00
ea40649186 Update Spanish translation 2021-02-04 12:52:06 +00:00
4966ed6a5f Update Spanish translation 2021-02-04 12:24:17 +00:00
c03bf4c880 Update Swedish translation 2021-02-01 21:20:26 +00:00
d58adad75c Update Catalan translation 2021-01-31 22:28:18 +01:00
47ab70ec84 Update Ukrainian translation 2021-01-31 17:34:47 +00:00
de95be80a4 plug-ins: #5896. add option for reversing order of layers when importing PDF
This feature adds new 'Load in reverse order' toggle box to allow
selection of order of PDF pages before importing them as a layers
or images.
2021-01-31 17:00:44 +00:00
73e6b1a124 Update Swedish translation 2021-01-27 21:21:33 +00:00
6feae84622 Update Catalan translation 2021-01-25 22:45:27 +01:00
822de6891a plugins: feature #449 allow fract DPI values when importing PDF
This commit fixes the issue when requested page width/height was
    not honored because DPI resolution value was constrained to whole
    integer numbers only.
2021-01-24 16:19:52 +00:00
16c8c04628 Update Polish translation 2021-01-24 13:10:33 +01:00
de3ee0030e Fixes to Catalan translation 2021-01-22 22:10:42 +01:00
7b9102c6a2 Update Ukrainian translation 2021-01-22 18:25:32 +00:00
921ccef1cd Issue #987 Corrupt 'gimp-metadata' parasite. Parsing XMP data failed.
XMP metadata saved by GIMP 2.8.x or earlier can have duplicate tags
making the XMP data invalid. There's not much we can do without a
whole lot of processing and complicated code and even then no
guarantee we would catch everything.

Instead let's just try to improve the message to the user so they
will be more likely to understand what's going on.

(cherry picked from commit 6df6332f9b)
2021-01-22 12:46:10 -05:00
9f35f214bf Update Catalan translation 2021-01-21 22:16:32 +01:00
89809cf55a xcf: fix #6138 Stack Overflow when saving xcf.
Although I haven't been able to reproduce it, it is apparently
possible to get a Stack Overflow when loading xcf files with
presumably very large dimensions on Windows. From what
I'm reading Windows normally has a smaller stack size than
Linux, probably why it hasn't surfaced there.

Instead of allocating on the stack let's do a g_malloc0
combined with g_free.

(cherry picked from commit 6b65998bf7)
2021-01-21 11:46:45 -05:00
603cc117b9 libgimpbase: fix memory leak in gimp_installation_directory().
Argh I should have properly reviewed !392 (commit c264f0b705).
It was leaking the return value of a g_path_get_basename().

(cherry picked from commit 1873f0d65c)
2021-01-19 12:13:06 +01:00
8f38cb9900 gimp: macOS: fix for file export dialogs GIF and PNG. Authored by @pietervo, and he should be credited with this.
(cherry picked from commit c264f0b705)
2021-01-19 11:43:26 +01:00
d04b5a97ee Update Swedish translation 2021-01-18 20:41:19 +00:00
342ad0b851 Update Serbian (Latin) translation 2021-01-18 19:19:54 +00:00
ede0292fd8 Update Serbian translation 2021-01-18 19:13:25 +00:00
6c67eef3e7 plug-ins: more debugging data in file-darktable.
darktable GUI is "mangled" when opened from GIMP for a reporter. There
was already some debug info outputted (when running with DARKTABLE_DEBUG
environment variable). Adding the environment list (and some separation
titles to make it easier to distinguish what is what). Hopefully it will
help debugging.
See #6195 and https://github.com/darktable-org/darktable/issues/7402

(cherry picked from commit 7465b0782a)
2021-01-18 14:40:28 +01:00
51d8421eaa HEIF plug-in: ensure max quality for lossless encoding
There is a possible bug in libheif. Lossless setting is not working
when AVIF is saved via rav1e encoder.
This is a workaround of the problem.
2021-01-18 10:56:29 +00:00
d29149c875 Update Ukrainian translation 2021-01-18 10:20:28 +00:00
3399ee4d2c plug-ins: fix #6279 Error loading PSD file: Unexpected end of file.
We were not handling all possible record sizes for mask info and
in case it was an unknown size we set everything to 0 instead
of reading the parts we do recognize.

Let's make it more flexible by reading the parts we do know
about and skip the remaining data if any.

Also added a few more g_debug statements to make it
easier to check some values when needed.

(cherry picked from commit 83ab86eb8b)
2021-01-17 16:13:24 -05:00
0c1f0f4e0f Update Japanese translation 2021-01-16 22:40:20 +00:00
3885c273dd Update Japanese translation 2021-01-16 22:36:38 +00:00
dd82ed7cda Update Japanese translation 2021-01-16 22:31:52 +00:00
e6b630dc92 Update Serbian (Latin) translation 2021-01-15 22:50:06 +00:00
a1da04adb9 Update Serbian translation 2021-01-15 22:47:26 +00:00
d792e48477 Update Serbian (Latin) translation 2021-01-15 01:38:16 +00:00
f28d542386 Update Serbian translation 2021-01-15 01:35:18 +00:00
75aa01692d Update Serbian (Latin) translation 2021-01-15 00:31:18 +00:00
b9e83b7d55 Update Serbian translation 2021-01-15 00:28:37 +00:00
e574cd31f6 plug-ins: fix #5081 Opening TIFF with YCbCr format displays incorrect warning.
When testing for the presence of extra channels we were not taking into
account all values of TIFFTAG_PHOTOMETRIC causing incorrect messages
that we had a non conformant TIFF without ExtraSamples field.

Since the same test is used twice I separated the code into a new function
and also added another related function to have similar code grouped
together for easier maintenance.

(cherry picked from commit f489976b05)
2021-01-14 12:42:16 -05:00
d54f5759bb Update Serbian (Latin) translation 2021-01-11 23:34:16 +00:00
24b86508e5 Update Serbian translation 2021-01-11 23:32:45 +00:00
342dbbd18b Update Serbian (Latin) translation 2021-01-11 22:32:14 +00:00
817306d786 Update Serbian translation 2021-01-11 22:25:36 +00:00
dfc2bcf7b9 Update Finnish translation 2021-01-10 08:21:55 +00:00
37d75d5eb3 plug-ins: allow loading of BMP images with incorrect BI_BITFIELDS compression.
GIMP was exporting certain BMP images with 1, 4, 8 and 24 bpp
with an incorrectly set value of BI_BITFIELDS for compression,
see issue #6144.

According to the specification this is not supported but testing
shows that many image viewers and editors load these
images correctly.
Since allowing these unsupported values for bpp does not
seem to have any negative side effects and is easy to
implement let's add this.

(cherry picked from commit e55e078245)
2021-01-07 18:12:55 -05:00
b38eedad01 plug-ins: fix #6144 Unrecognised or invalid BMP compression format.
The Microsoft specification for BITMAPV5HEADER says that
BI_BITFIELDS is valid for 16 and 32-bits per pixel, but we
were also using this flag for other values of bpp when
no rle compression was used.
Since this specification doesn't mention 24 bpp or other
values use BI_RGB instead.

(cherry picked from commit d8c164ced3)
2021-01-07 18:12:38 -05:00
bf98388d97 plug-ins: set blue channel of BC5 dds images to 0 instead of 255.
Information in issue #6200 revealed that 0 as default value for
the blue channel is a lot more common than 255 so let's use
that instead. The discussion and testing revealed no negative
effects for the other formats that use the same code to
initialize the memory to read blocks of image data.

(cherry picked from commit 691548579a)
2021-01-05 22:48:56 -05:00
c82c995bd3 plug-ins: fix incorrect dds BC5 images saved by GIMP.
Since older versions of our GIMP dds file exporter incorrectly
saved BC5 dds images with the red and green channels
swapped we should fix that. Since the exporter already
wrote the plug-ins version number and that it is written by
GIMP we can check for these incorrect images.

To enable that we increase the plug-ins revision in this
commit and swap red and green channels for images
that have an older version number and are of the
correct type.

(cherry picked from commit a4cc8b7070)

# Conflicts:
#	plug-ins/file-dds/dds.h
2021-01-05 22:48:00 -05:00
204c6fa8a5 plug-ins: fix #6200 DDS BC5 compression/decompression has Red and Blue swapped.
(cherry picked from commit efa899ad15)
2021-01-05 22:40:20 -05:00