Le 31/03/2017 à 18:16, [email protected] a écrit :
In this thread we're just throwing more complexity (backups, undo in
lighttable) at a problem that arose from DT's user interface. An
application should protect a user from involuntarily causing damage,
and in that respect DT is an adversary.
I like the idea of keeping things simple, but can you tell a solution
that does not increase complexity?
IMNSHO the root cause for August's problem is that DT does too much
when moving the mouse pointer. After clicking on an input field, the
pointer has to stay there, otherwise editing is cancelled.
This one has been an annoyance to me since day 1 of discovering darktable.
It looks like darktable UI implements some sort of focus-follows-pointer
behavior, which is uncommon these days. I do not know of any other gtk
app that does this (or any recent app, what was the last one I saw
behaving like this ... a Motif app maybe, 20 years ago?).
Another
example [1] is that the selection gets cleared when you move the
pointer "incorrectly". You can observe this by trying to select and
middle-click paste the path of an image from the image information
pane. I've been bitten by DT's UI repeatedly. Honestly I'd prefer it
to be a little bit more traditional.
Looks like "focus follows mouse" is so traditional and forgotten that
"new" users think it's something new?
To DT developers: how comes that darktable UI has some sort of
focus-follows-pointer behavior, while other gtk apps don't have that?
--
Stéphane Gourichon
____________________________________________________________________________
darktable user mailing list
to unsubscribe send a mail to [email protected]
