-
Notifications
You must be signed in to change notification settings - Fork 2
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
Hierarchy #877
Comments
Closed Questions:
|
OUTDATED
|
OUTDATED After discussion it became clear that
|
OUTDATED To Discuss (2):
|
OUTDATED 2 it would be nice, but not necessary (for Gluons) 4 no additional data (maybe author) Number 1 and 3 i cant answer that fast - but if you discuss the questions at the meeting today, it is ok for me - otherwise i will answer them later |
OUTDATED To Discuss:
Note: We all agreed that it should be the same process as when we move an item to a collection where the item with the same name exists. Currently it is possible to have two or more items of the same name in a collection unless they don’t have the same checksum. Should we implement analog to this, or don’t allow subc with the same name in a collection (and therefore change this also for items)? |
OUTDATED Additional question:
|
OUTDATED Poll: Move item and subcollection We all agreed that it should be the same process as when we move an item to a collection where the item with the same name exists. Currently it is possible to have two or more items of the same name in a collection unless they don’t have the same checksum. Should we implement analog to this, or don’t allow subc with the same name in a collection (and therefore change this also for items)? I would prefer NOT to allow two subcollections of the same name in one collection and therefore NOT allow two items of the same name in one collection. What does the rest vote for? |
OUTDATED I vote for allowing items/sub collections with the same name (simply because this was changed for items recently) |
answered open questions from yesterdays meeting are part of the closed questions now (sorted in) |
Testserver: qa imeji result: from functional point of view, all described features are ok @JalalWeraach please check if spec complete and close if so |
minor layout issue, see MPDL/imeji_sass#25 |
Subcollection (subc) Specification [Finalized]
Definitions
Subc: A subc is an item of one collection. A subc itself can have items but doesn’t support Sharing, DOI, Batch Editing, Publishing.
A subc has an owner (=useraccount that created it), date of creation, date modified, title, but NO creator. (= classic properties plus title)
Display Subc
When sorting items and subc, subc will always be displayed first. After all subc the items will appear in the order of the method (a-z, etc..)
Create Subc
Edit Subc
Note: To be coherent with the current system it is not possible to batch edit subc. In a collection a subc will not have a checkmark and can therefore not be selected for batch editing.
Consequence: When in a collection “Select all on this page” will select all items without the subc.
Move Subc
Precondition: The subc is not within a published collection!
a. The name of the subcollection isn't used by any subcollection within the target: The subcollection and all its items are moved
b. The name of the subcollection is already used by another subcollection within the target: A message box warns the user: "Another XX_NAME_XXX subcollection exists already! Create a new subcollection with the same name"
Note: Currently it is technically not possible to merge subc, therefore it is only possible to create a new subc with the same name.
Note: To be coherent with the current system it is not possible to batch move subc.
Delete Subc
Discard subc
Postcondition: The subc metadata is still displayed together with the discard comment. The items of the subc are discarded (see Discard Item)
Search Subc
Note: There are two different logic types of Search:
Search for Collection/Subcollection
Search in Collection/Subcollection
API
All Subcollection methods must be implemented in the API as well:
Related https://github.com/MPDL/imeji/wiki/Specifications#collections
The text was updated successfully, but these errors were encountered: