Am 18.02.19 um 15:48 schrieb Moritz Mœller:
+1
.mm
On February 18, 2019 03:01:22 Bruce Williams wrote:
Why not leave the current situation as it is, but add a CTRL key
modifier to allow the alternate behaviour?
like this approach, too. I think it would improve dt's ease of use.
On Mon, 18 Feb 2019 22:26:12 -0500, =?UTF-8?B?xaBhcsWrbmFz?= wrote:
> On 2/18/19 8:19 PM, Robert Krawitz wrote:
>> Thanks -- and you see why I harp on this; I need to squeeze everything
>> I can out of the workflow. Over the past few years, I've put a lot of
>> work into performance tuning KPhotoA
On 2/18/19 8:19 PM, Robert Krawitz wrote:
> Thanks -- and you see why I harp on this; I need to squeeze everything
> I can out of the workflow. Over the past few years, I've put a lot of
> work into performance tuning KPhotoAlbum to squeeze time out of image
> loading and that, and anything that a
On Mon, 18 Feb 2019 23:32:07 +0100, thokster wrote:
> Am 18.02.19 um 22:48 schrieb Robert Krawitz:
>> On Mon, 18 Feb 2019 22:37:06 +0100, thokster wrote:
>>> Maybe it's faster for your workflow.
>>>
>>> You can add a preset for e.g. your original aspect ratio and
>>> configure a keyboard shortcut.
Am 18.02.19 um 22:48 schrieb Robert Krawitz:
On Mon, 18 Feb 2019 22:37:06 +0100, thokster wrote:
Am 18.02.19 um 20:52 schrieb Robert Krawitz:
On Mon, 18 Feb 2019 17:23:40 +0100, thokster wrote:
Did you try the crop tool in perspective correction.
There you can try also the automatic rotation f
On Mon, 18 Feb 2019 22:37:06 +0100, thokster wrote:
> Am 18.02.19 um 20:52 schrieb Robert Krawitz:
>> On Mon, 18 Feb 2019 17:23:40 +0100, thokster wrote:
>>> Did you try the crop tool in perspective correction.
>>> There you can try also the automatic rotation function by Ctrl-clicking.
>> Perspect
Am 18.02.19 um 20:52 schrieb Robert Krawitz:
On Mon, 18 Feb 2019 17:23:40 +0100, thokster wrote:
Did you try the crop tool in perspective correction.
There you can try also the automatic rotation function by Ctrl-clicking.
Perspective correction is irrelevant to me in this case, as is
automatic
On Mon, 18 Feb 2019 21:50:08 +0100, Sturm Flut wrote:
> Dear Robert,
>
> Am 18.02.19 um 17:54 schrieb Robert Krawitz:
>
>>> the comment holds some validity in this particular case since darktable
>>> can't losslessly crop a JPEG file, but other tools can. If the original
>>> poster ended up just cr
Dear Robert,
Am 18.02.19 um 17:54 schrieb Robert Krawitz:
the comment holds some validity in this particular case since darktable
can't losslessly crop a JPEG file, but other tools can. If the original
poster ended up just cropping (and not rotating) most files, something
like cropgui[1] would
On Mon, 18 Feb 2019 10:34:11 -0800, David Vincent-Jones wrote:
> I am not a developer but do feel that using tools appropriate for
> the work is often more productive than trying to adapt and
> complicate.
Understood, but I haven't found useful tools other than Darktable and
RawTherapee. CropGUI
On Mon, 18 Feb 2019 17:23:40 +0100, thokster wrote:
> Did you try the crop tool in perspective correction.
> There you can try also the automatic rotation function by Ctrl-clicking.
Perspective correction is irrelevant to me in this case, as is
automatic rotation. It's the UI mechanics of croppin
I am not a developer but do feel that using tools appropriate for the
work is often more productive than trying to adapt and complicate.
On 2019-02-18 5:49 a.m., Moritz Mœller wrote:
That's a typical developer answer. Amusing and sad at the same time.
_
On Mon, 18 Feb 2019 17:24:05 +0100, sturmflut wrote:
> Hi,
>
> the comment holds some validity in this particular case since darktable
> can't losslessly crop a JPEG file, but other tools can. If the original
> poster ended up just cropping (and not rotating) most files, something
> like cropgui[1]
Hi,
the comment holds some validity in this particular case since darktable
can't losslessly crop a JPEG file, but other tools can. If the original
poster ended up just cropping (and not rotating) most files, something
like cropgui[1] would actually yield better image quality.
(Obviously this is
Did you try the crop tool in perspective correction.
There you can try also the automatic rotation function by Ctrl-clicking.
Am 18.02.19 um 01:08 schrieb Robert Krawitz:
I find the crop tool to be unwieldly for my common use case, namely
processing a large number of photographs from shooting sp
shuttersincpodcast.com
sinelanguagepodcast.com
e-mail | Twitter | LinkedIn | Facebook | Soundcloud | Quora
--
-- Forwarded message -
From: Jason Polak
Date: Mon, Feb 18, 2019 at 4:42 PM
Subject: Re: [darktable-dev] Crop tool is awkward for my use case
To
On February 17, 2019 23:01:58 David Vincent-Jones wrote:
Although darktable handles JPG images very well, I think that its primary
market was targeted towards users who shoot RAW [...]
That's a typical developer answer. Amusing and sad at the same time.
The user brings up an UX issue that is
Forwarded message -
> From: Jason Polak
> Date: Mon, Feb 18, 2019 at 4:42 PM
> Subject: Re: [darktable-dev] Crop tool is awkward for my use case
> To:
>
>
> For some people that might be true, but the current system also has an
> advantage: if the shot is alrea
-
-- Forwarded message -
From: Jason Polak
Date: Mon, Feb 18, 2019 at 4:42 PM
Subject: Re: [darktable-dev] Crop tool is awkward for my use case
To:
For some people that might be true, but the current system also has an
advantage: if the shot is already pretty good but just
For some people that might be true, but the current system also has an
advantage: if the shot is already pretty good but just needs a slight
cropping, then only a little dragging in one corner may be required,
without much dragging. Then the click-in-square method for moving the
crop is actually us
How is this a JPEG vs. RAW issue? I have done a great deal of cropping
in Darktable (on both JPEGs and RAWs) and I think that adding the
proposed single-drag interaction would speed up cropping a great deal
over the current process, no matter the format of the image being edited.
--
August Schwerd
Although darktable handles JPG images very well, I think that its
primary market was targeted towards users who shoot RAW with an
expectation of doing more complex processing on individual frames. Maybe
darktable is simply the wrong software for your high production needs.
On 2019-02-17 4:08 p
I find the crop tool to be unwieldly for my common use case, namely
processing a large number of photographs from shooting sports.
I shoot a lot of basketball and (American) football games for my alma
mater. My workflow is to import the typically ~2000 photos into
KPhotoAlbum, review them and sel
23 matches
Mail list logo
