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

Customisable pre-defined category lists #741

Open
cmeessen opened this issue Feb 21, 2023 · 3 comments
Open

Customisable pre-defined category lists #741

cmeessen opened this issue Feb 21, 2023 · 3 comments
Assignees
Labels
feature New feature or request
Milestone

Comments

@cmeessen
Copy link
Contributor

We have the following use case at Helmholtz: there exist six different overarching Research Fields. Each centre dedicates it's research to at least one of the research fields, and they are important when it comes to reporting, proposals etc. We would like to be able to indicate the Research Field a software or project belongs to in a prominent manner.

This could be fulfilled by adding customisable category lists to the RSD. The lists are maintainable in the frontend by Administrators of an RSD instance, and can be used by any user in the instance. Here are some drafts how it may look like in the RSD:

Admin frontend

image

  • "Visible per default" indicates whether the category is always shown on the edit page. This will nudge users towards actually using them.

Software-edit page sidebar

image

  • Display the categories above the keywords to indicate that they may be more important as they are predefined lists
  • If other categories exist, users can add them via a dropdown menu

Software page

image

On the software page, the keywords should be shown above the keywords as well.

Suggestions are welcome

@cmeessen cmeessen added the feature New feature or request label Feb 21, 2023
@ewan-escience
Copy link
Collaborator

Some implementation considerations:

  • When making a category mandatory, most existing pages won't have a value yet. Therefore, it is impossible to enforce this in the database. However, we can encourage/enforce this in the frontend whenever a maintainer tries to edit a page.
  • If an admin unchecks the multiple selections allowed box, what should happen for existing software that already have multiple values? Should we delete all values for that software? Or all but one (but which one, this makes the least sense to me)? Or should we not enforce it in the database but in the frontend only?

@cmeessen cmeessen self-assigned this Mar 13, 2023
@fembau fembau pinned this issue Mar 27, 2023
@fembau fembau unpinned this issue Mar 27, 2023
@cmeessen
Copy link
Contributor Author

cmeessen commented May 8, 2023

Related to #616

@dmijatovic
Copy link
Contributor

dmijatovic commented Nov 13, 2023

I also have some implementation considerations. This section is now on the first page in the right panel (see image). There are ideas to simplify first page right panel by moving all items except Publish and License into a Software metadata page. The idea behind is to link ConceptDOI with the imports. Introducing wizzard is also an alternative. The logo will be moved into the Image page. Thinking about alternative location of this feature might be beneficial.

Current page info layout

image

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

No branches or pull requests

4 participants