Bug 386463 - Usability issue when moving files
Summary: Usability issue when moving files
Status: RESOLVED WORKSFORME
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 16.12.3
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2017-11-02 14:40 UTC by fabrice salvaire
Modified: 2018-10-28 03:24 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description fabrice salvaire 2017-11-02 14:40:26 UTC
Gwenview UI is not well designed to move files : sort files in a directory hierarchy :

- an accidental click at the wrong position can reset the selection : thus +/- is moderately usable
- Rectangular selection doesn't work well
- files are kept selected : thus we have to unselect them, else we move accidentally files

Geekie has a better concept to do that using a list of target icons.
Comment 1 Nate Graham 2017-11-02 15:36:56 UTC
It's not totally clear what part of Gwenview you're talking about. Would you mind writing up detailed Steps To Reproduce or else attaching a screen recording of the issue?
Comment 2 null 2017-11-02 16:55:58 UTC
I noticed that too when watching users perform selections in Gwenview. This is mostly supposed to be done in the Browse View, but also the Importer is affected.

Related to "selecting" in general:
Bug 144547 (Missing feature of selecting pictures while viewing them)
Bug 349402 (Selecting more than 6 images to view causes strange behavior)

Maybe something can be done with tags or stars? I feel this is a valid area for improvements, however to be honest I don't see resources for doing larger changes in Gwenview currently. Patches welcome :)
Comment 3 fabrice salvaire 2017-11-05 13:35:01 UTC
In fact, I think it's a KDE Framework component issue, since Dolphin has the same issue.

GUI developers should observe how users use software, i.e. record the screen and look for issues.

It's a typical FOSS issue : not enough resources / developers to polish GUI
Comment 4 null 2017-11-05 14:14:39 UTC
> - an accidental click at the wrong position can reset the selection :
> thus +/- is moderately usable
If this was disabled, how would resetting the selection work?

> - Rectangular selection doesn't work well
Please clarify what you mean by that.

> - files are kept selected : thus we have to unselect them,
> else we move accidentally files
Not sure what you are talking about. Is this the same as in bug 295411?

---

> In fact, I think it's a KDE Framework component issue,
> since Dolphin has the same issue.
Unfortunately, Gwenview uses custom code, so the issue is only similar in concept and won't be fixed by changing KDE Frameworks. In addition, file management and sorting images are slightly different use cases in terms of specialization.

(However, patches for rebasing Gwenview's Browse modes on Dolphin's code would be appreciated, as that would also fix the annoying selection vs. focus problem. Note that KIO also has the stash:/ kioslave nowadays.)

> GUI developers should observe how users use software,
> i.e. record the screen and look for issues.
At least some developers are very well aware how formal usability testing works. Nobody would oppose initiatives like an extensive eyetracking study, but "developers should" and "I will" are two different things. Let me know if you want to spearhead such an effort and need some tips.

> It's a typical FOSS issue : not enough resources / developers to polish GUI
This has nothing to do with FOSS at all. There are terrible closed source GUIs and excellent free software GUIs. Also, please keep the discussion in this bug about the issue at hand. If you want to change how KDE develops software, propose something on the mailing list.
Comment 5 Andrew Crouthamel 2018-09-28 02:25:27 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Andrew Crouthamel 2018-10-28 03:24:09 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!