Ticket #383 (closed enhancement)

Opened 3 years ago

Last modified 3 years ago

Task Edit dialog: improve file browsers

Reported by: DavidHB Owned by:
Priority: major Milestone: Eraser 6.1/6.2
Component: User Interface (UX) Version:
Keywords: Cc:
Processor Architecture: Blocked By:
Blocking: Operating System:

Description

To improve usability, it is suggested that the file and folder browsers are improved as follows.

1.Either use a common browser for both files and folders, or have both browsers appear to be identical to the user.

  1. In browser(s), allow selection of both multiple files and a mix of files and folders (if you can do this for deleting, why not for erasing also?); folders that are selected would by default be set to be erased, unless the browse was initiated for a folder erase and the option to erase the folder was turned off.
  1. The browser(s) would remember and return to the folder last used in the current session (or the one immediately above it if it has been removed); currently, the file browser does this, but the folder browser does not.


It is suggested that thse proposed improvements be implemented in version 6.2; accordingly the baseline used for comparison is the current (at the time of writing) 6.1 build (6.1.0.2258)

Blocking

IdSummaryMilestone
#383Task Edit dialog: improve file browsersEraser 6.1/6.2

Blocked by

IdSummaryMilestone
#383Task Edit dialog: improve file browsersEraser 6.1/6.2

Change History

comment:1 in reply to: ↑ description Changed 3 years ago by Joel

  • Status changed from new to pending
  • Milestone set to Eraser 6.1/6.2

Replying to DavidHB:

To improve usability, it is suggested that the file and folder browsers are improved as follows.

1.Either use a common browser for both files and folders, or have both browsers appear to be identical to the user.

That isn't really possible -- Files and Directories are fundamentally different in nature. In addition, "wildcards" apply to directory erasures but do not apply to file erasures; after all there is no point applying them for a single file.

  1. In browser(s), allow selection of both multiple files and a mix of files and folders (if you can do this for deleting, why not for erasing also?); folders that are selected would by default be set to be erased, unless the browse was initiated for a folder erase and the option to erase the folder was turned off.

Eraser stores every file/directory to be erased as an erasure target. Unless this paradigm is abandoned, this is not possible. For reasons detailed in the forum post provided, that would create recursive definitions of tasks, which is a sticky conundrum at best and confusing and impossible to implement at worst.

  1. The browser(s) would remember and return to the folder last used in the current session (or the one immediately above it if it has been removed); currently, the file browser does this, but the folder browser does not.

Once again, there may be problems regarding the current working directory. I will find alternatives, but only if points 1 and 2 can be sufficiently addressed.

comment:2 Changed 3 years ago by Joel

For point 2, I think #384 handles it really well.

comment:3 follow-up: ↓ 5 Changed 3 years ago by DavidHB

  • Status changed from pending to closed

While I agree that #384 provides the user requested capability to add multiple files to a task simultaneously, it still does not answer the other user point, "if I can do it in Explorer when I erase files and folders from the context menu, why cannot I do it when I select files for erasing in Eraser's own file browser?"

Of course I accept that there is a programming issue here. But is it not possible to create an array of file references from a multiple selection, and parse each in turn as a separate target for insertion in the task? Presumably something like that is happening in the drag and drop routine in any case; one day, I shall learn enough C# to discover that kind of thing for myself.

The discussion on the forum was less about whether the task could be done at all, and more about user expectations as to how it would be done. Many if not most users are now conditioned to make multiple selections by Shift- or Control-clicking; when the come across a file selection dialog that does not do this, this can be quite alienating. That's why I think that the issue merits further thought.

comment:4 Changed 3 years ago by DavidHB

  • Status changed from closed to reopened

comment:5 in reply to: ↑ 3 Changed 3 years ago by Joel

  • Status changed from reopened to pending

Replying to DavidHB:

While I agree that #384 provides the user requested capability to add multiple files to a task simultaneously, it still does not answer the other user point, "if I can do it in Explorer when I erase files and folders from the context menu, why cannot I do it when I select files for erasing in Eraser's own file browser?"

As I mentioned, an erasure target handles one object - file/directory/unused space/recycle bin/drive etc. The Erasure Target properties dialog also handles one such object. It would be logically incoherent to implement a dialog which handles multiple files as while the behaviour for adding multiple files is straightforward, the behaviour for editing targets is not. What happens if users wish to edit one task and add multiple new files? The dialog only handles one target. What happens if the user adds files AND directories? The UI cannot handle such a situation.

Of course I accept that there is a programming issue here. But is it not possible to create an array of file references from a multiple selection, and parse each in turn as a separate target for insertion in the task? Presumably something like that is happening in the drag and drop routine in any case; one day, I shall learn enough C# to discover that kind of thing for myself.

As mentioned, addition is the simple behaviour; editing is not.

The discussion on the forum was less about whether the task could be done at all, and more about user expectations as to how it would be done. Many if not most users are now conditioned to make multiple selections by Shift- or Control-clicking; when the come across a file selection dialog that does not do this, this can be quite alienating. That's why I think that the issue merits further thought.

Of course -- but as things stand there isn't a simple or straightforward user experience to start off with.

comment:6 Changed 3 years ago by trac-robot

  • Status changed from pending to closed

This ticket was closed automatically by the system. It was previously set to a Pending status and hasn't been updated within 14 days.

Note: See TracTickets for help on using tickets.