Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Users struggle to find tree view for dataset files #6730

Closed
PaulBoon opened this issue Mar 8, 2020 · 10 comments
Closed

Users struggle to find tree view for dataset files #6730

PaulBoon opened this issue Mar 8, 2020 · 10 comments
Labels
Component: JSF Involves modifying JSF (Jakarta Server Faces) code, which is being replaced with React. Feature: File Upload & Handling Type: Suggestion an idea User Role: Depositor Creates datasets, uploads data, etc.

Comments

@PaulBoon
Copy link
Contributor

PaulBoon commented Mar 8, 2020

When we upgraded from 4.10.1 to 4.18.1 some users where eager to see the directory structure (tree view) of the dataset files, but could not at first find it.

I propose to make the two view 'options' more related to each other and the files 'view' by using a 'tab view' instead of two separate buttons. Furthermore I propose to use icons on the buttons to make them more prominent and a bit more intuitive.

IMG_2676

@TaniaSchlatter
Copy link
Member

Hi @PaulBoon. I can see that the button to toggle List and Tree view is hard to find. The dataset page is busy. We need to balance a wide number of possible user scenarios and installation situations. To achieve this, each UI element has a role to play. Elements are part of groups based on function and context. Tabs change the information shown for a dataset. Search/filter/sort features change the display of information on the files tab. "Tree view" plays a role more like search and filter features than the role of tabs. We need to balance the visual emphasis of elements overall, which means that some are less noticeable than others.

I understand that rationale is not necessarily useful for users stuck in a particular situation. Hopefully this grouping will be more clear in the redesign. Mockups of the updated dataset page

@PaulBoon
Copy link
Contributor Author

Hi @TaniaSchlatter, I think that usability testing would be helpful to improve the interface.
Also the datasets you then test with should not only have just a handful of files in a single folder, but instead have much more files that are obviously categorised in a folder structure.
As an alternative you should also consider to always show a tree view to the left of the file listing.

@TaniaSchlatter
Copy link
Member

@PaulBoon we did usability testing a little over a year ago before implementation. Responses were quite positive. We made some refinements, based on what we learned, and launched. There is always room for improvement. We are planning more usability testing, and will keep this feedback in mind.

@PaulBoon
Copy link
Contributor Author

PaulBoon commented Apr 9, 2020

I just had to edit a screenshot from the mockup to explain what I think is better.
Edited screenshot of mockup

@LauraHuisintveld
Copy link

I am not sure if this deserves a separate issue, but one of our users suggested to show the tree view (instead of table view) as default for datasets with a lot of files. He mentioned an example of a dataset with 1129 files.
There are of course also datasets with a lot of files without a folder structure at all.

@rlzijdeman
Copy link

Hi, I'd like to +1 @LauraHuisintveld 's the suggestion to have tree view as the default. Our users fail to find the label as well. Moreover, if there is no structure, tree view doesn't hurt anyone, while vice versa it sort of does.

@BPeuch
Copy link
Contributor

BPeuch commented Jun 29, 2021

Though I can't rely on user feedback, I instinctively side with @LauraHuisintveld's proposal. A compromise could also be: let users choose whether their dataset's files will appear in table or tree view on a dataset basis (e.g. the same user might think that, for dataset A, which has few files, table view is fine, but for dataset B, which has 50+ files, it is best to have tree view toggled by default, though users can still revert to table view if that's their preference).

@TaniaSchlatter
Copy link
Member

A compromise is a good solution. There are use cases that support showing file detail and functionality from the table view. The vast majority of datasets in Harvard Dataverse have fewer than 20 files. There is also strong desire here to make file-level features more visible as opposed to less, which would be the case if tree view were the default.

@pdurbin pdurbin added Type: Suggestion an idea Feature: File Upload & Handling User Role: Depositor Creates datasets, uploads data, etc. Component: JSF Involves modifying JSF (Jakarta Server Faces) code, which is being replaced with React. labels Oct 12, 2022
@DS-INRAE DS-INRAE moved this to ⚠️ Needed/Important in Recherche Data Gouv Jul 10, 2024
@cmbz
Copy link

cmbz commented Aug 20, 2024

To focus on the most important features and bugs, we are closing issues created before 2020 (version 5.0) that are not new feature requests with the label 'Type: Feature'.

If you created this issue and you feel the team should revisit this decision, please reopen the issue and leave a comment.

@cmbz cmbz closed this as completed Aug 20, 2024
@github-project-automation github-project-automation bot moved this from ⚠️ Needed/Important to Done in Recherche Data Gouv Aug 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Component: JSF Involves modifying JSF (Jakarta Server Faces) code, which is being replaced with React. Feature: File Upload & Handling Type: Suggestion an idea User Role: Depositor Creates datasets, uploads data, etc.
Projects
Status: Done
Development

No branches or pull requests

7 participants