Commit Graph

44499 Commits

Author SHA1 Message Date
b5504159ed Update Dutch translation 2021-02-28 08:08:14 +00:00
0fa7546893 Update Turkish translation 2021-02-28 07:11:24 +00:00
9f0023659e Update Polish translation 2021-02-27 13:46:35 +01:00
c3b612a457 Update Turkish translation 2021-02-26 17:39:06 +00:00
a1e2445981 Update Turkish translation 2021-02-26 17:33:55 +00:00
ab77c12f71 Update Turkish translation 2021-02-26 17:32:58 +00:00
7f38e19e3b Update Catalan translation 2021-02-26 18:29:01 +01:00
dfb1b7a6b4 Update Dutch translation 2021-02-26 11:49:43 +00:00
3dd107e917 Update Dutch translation 2021-02-26 11:46:39 +00:00
9b67bf648d Update Dutch translation 2021-02-26 11:43:37 +00:00
738571298a Update Dutch translation 2021-02-26 11:40:35 +00:00
a73ac67680 Update Dutch translation 2021-02-26 11:38:07 +00:00
f034ea4237 Updated Italian translation 2021-02-25 15:47:57 +01:00
97e09dc760 Update German translation 2021-02-25 13:37:28 +00:00
fbfc777f88 Update Croatian translation 2021-02-25 11:47:39 +00:00
26a57a5757 Update Croatian translation 2021-02-25 11:46:56 +00:00
d4a55829ab Update Croatian translation 2021-02-25 11:43:34 +00:00
fa30869e72 Update Swedish translation 2021-02-24 21:49:02 +00:00
f83fd22c4b app: make "gegl:introspect" an optional operation dependency.
Check at runtime for the operation availability and set the "Show Image
Graph" action active depending on this check.

This goes with discussions to make this operation optional with a
runtime check for the tool `dot`.
See: https://gitlab.gnome.org/GNOME/gegl/-/merge_requests/84
2021-02-24 20:05:46 +01:00
f63086bd5a tools: Rectangle select. Incorrect center_xy after converting channel selection to rectangle
Was caused by widget tool fixed_center_x and fixed_center_y coordinates set to
coordinates of mouse click instead of rectangle center after converting channel
selection bbox to rectangle.

Now rectangle fixed_center_x and fixed_center_y coordinates are always updated
when tool widget x1, x2, y1, or y2 coordinates are updated.

Closes #6487

(cherry picked from commit 6959426603)
2021-02-24 19:05:42 +01:00
b9ee5ad6f2 Update Spanish translation 2021-02-24 17:21:58 +00:00
6d4e869e0b Update Ukrainian translation 2021-02-24 16:41:44 +00:00
cb6cf6d286 desktop: add 2.10.24 release note to AppData. 2021-02-24 17:15:59 +01:00
b6227c4ffc Update Hungarian translation 2021-02-18 06:50:30 +00:00
b5d55d453d Update Hungarian translation 2021-02-18 06:41:29 +00:00
67a891a8db Update Swedish translation 2021-02-16 21:43:32 +00:00
fd3d80ff69 Update Hungarian translation 2021-02-16 01:17:45 +00:00
3e8f340e76 plug-ins: update darktable lua script to API change in darktable master
The Lua API is undergoing changes in darktable master. I've fixed the lua-scripts repository as I've made
changes, but I forgot about the collateral damage.

Attached is a fixed version of file-darktable-export-on-exit.lua which should be good for darktable 3.6 and
beyond.

Fixes #6421

(cherry picked from commit 636eb02edc)
2021-02-15 18:19:11 +01:00
6726d24251 Update Hungarian translation 2021-02-15 00:02:53 +00:00
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