-
Notifications
You must be signed in to change notification settings - Fork 418
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
Re-ordering bitstreams on the item edit page not possible when pagination is triggered #2779
Comments
What could a possible UX look like? These ideas come to mind:
|
@MW3000 : In my opinion, there two "easiest" solutions might be:
|
Hi @tdonohue we'd like to contribute to this issue, can you assign it to me? I think the second option (change number of bitstream per page) is the better option to resolve the issue. |
It is already possible to move a bitstream to a separate page. If you drop a bitstream on the page number, it should open that page and put the dropped bitstream at the top of it. From there you should be able to drop it exactly where you want it within the page It does look like there are some issues with it at the moment though. Most of the time when you drop it on a page number, and the page switches you see a loading component that only goes away when something else on the page changes (e.g. you hover over the admin sidebar to make it open). That means that change detection isn't triggered automatically when the page has loaded. The usual solution is to use a behaviorsubject for the observable responsible I also agree that this way of working isn't very obvious. We should make it more clear that the page numbers are valid drop-targets somehow (making them bigger, a different color, simply showing a tooltip as soon as you start dragging?) |
Describe the bug
On the item edit page, all bundles are shown with their related bitstreams.
If more than 10 bitstreams are attached to a given bundle, those bitstreams are paginated.
That in and of itself is a good thing, but it has a negative effect on the possibility to reorder these bitstreams.
It's only possible to reorder bitstreams on the page that they currently are on
To Reproduce
Expected behavior
With or without pagination triggered for bitstreams in a certain bundle, it should be possible to reorder the relevant files.
Simply increasing the number of bitstreams being shown before pagination is triggered is not an option, as some dataset repositories could have an even larger number of bitstreams.
The text was updated successfully, but these errors were encountered: