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

Revamp content file management in the edit modal #4840

Open
bjester opened this issue Nov 22, 2024 · 1 comment
Open

Revamp content file management in the edit modal #4840

bjester opened this issue Nov 22, 2024 · 1 comment

Comments

@bjester
Copy link
Member

bjester commented Nov 22, 2024

Overview

Give users an option to download a resource and simplify the UI of file management to minimize confusion with the additional download feature

Desired behavior

Each uploaded file should have a menu, which allows the user to:

  • Replace the file (upload a new file)
  • Download the file
  • Remove the file, if and only if, there's at least on other file already uploaded

Besides the existing behavior of 'Select file', there should be no linked text in the file radio items, only the meatball menu. If the user clicks the meatball menu icon button, it should not activate the file's radio option.

Image

Current behavior

Users are currently able to:

  • Replace a file, by clicking the link containing the file name
  • Remove the file, if and only if, there's more than one file already attached, by hovering over the entry and clicking the (X) icon

Image

Value add

The existing filename link used to replace a file is easily confused with the ability to download it. By adding a dedicated option, we will now support downloading the files but also simplify the existing interface to reduce that confusion

Possible tradeoffs

Accessibility should be considered. Currently, it is navigable but it is unlikely that it operates correctly. The new version should likely focus on the whole item first, before focusing the radio control, so the flow of information screen readers see produces the context of the file before the selection. Also, presumably the menu should be accessible between the two.

@bjester
Copy link
Member Author

bjester commented Nov 22, 2024

This needs clarification on what the intended accessible behavior should be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant