Suggestion by Onto
It makes sense to use same design and implementation as for annotations tags. Currently these are stored entirely in Nuxeo and not in RDF. We suggest that in 3.6 we spend some effort on removing Nuxeo dependencies for annotations, including the tags functionality. Then we can use the same approach and implementation for Data Basket tags.
If items become too many, GUI might get unfriendly.
The spec says data field can be added. What about predicates (like was-created-by)?
“Data Field” should look the same as “Data Annotation” minus the pencil
If you vary the color between “Image” and “Image Annotation”, I think there should be the same variation between the above pair
there’s no “Data object”. There’s “Object” and that’s a museum object, so I don’t like the icon that looks like a table.
what’s “Forum”: link to a Forum Comment, which will be done in 3.6? Let’s rename to “Forum Comment”
Notes> Last updated: please remove, no such data has been discussed
Tags: We suggest these are specified separately and same design/implementation is used as in Annotations
The action name should be consistent with the item type. Either "Text" or “Text Snippet”
Button "Add text": should be consistent with the item type
We need fields for the long (to be entered) and short (to be calculated) links
You have buttons Edit/Save on top and bottom; also X on top and often Cancel on bottom. Do we really need double controls?
What's the action arrow next to Notes for?
Rich Text Editor: do you know such actual editor? Looks qquite better than the one with centered buttons that we currently use
- all data fields/data annotations are followed by two buttons - pencil and dropdown menu for custom actions (annotative-area.html). There is not enough space for both of them (e.g. tabular data like dimensions: width + 2 buttons + value + 2 buttons + measure unit + 2 buttons)
- inconsistent labels (databasket-edit-details.html) Data author/Data date -> data creator/data created
- do we need dropdown menu on the upper right corner of databasket-add-weblink.html/databasket-add-text.html/databasket-edit-details.html?
- do we need 'save' button on the upper right corner of databasket-add-weblink.html/databasket-add-text.html/databasket-edit-details.html? There are 'cancel' and 'save' on the bottom right corner!
- click on a row in databasket-popup.html will open databasket-detail.html/databasket-edit-details.html and it will be second level of popups (first one is the databasket popup and above it will be details popup). it is not very user-friendly
- do we need bookmarks for data field and data annotation? If user creates bookmark for data field and then he/she adds annotation for that data field, it becomes data annotation and automatically the bookmark should become bookmark for data annotation. We can use one bookmark type for both of them. Jana: field and annotation are 2 different things
- do we need bookmarks for image and image annotation? Both types will be opened in the image annotation tool! Jana: Different parts of the page will be highlighted though
- new button for bookmarks will be added in tinyMCE (rich text editor) but there are two more 'insert link to image', 'insert link to museum object'. Do we have to remove them?
- popup from databasket-popup.html is very big! We have to think of a solution that is smaller than the browser size (monitor resolution)
- header data in databasket.html is aligned left but header data in databasket-popup.html is aligned center and the whole table is not looking very good. (#page is inherited)
- all databacket table columns have width - isn't it better to remove widths and rely on browser formatting (e.g. if the databasket popup width is not very bit the whole table in it won't look fine)
- rich-text editor that we use is tiny MCE and it uses new browser windows for popups. Are we doing to implement databasket popup like this or it will be part of the page as a simple div tag? If it is new browser window - styling should be changed (there are minimum width of 1200 pixel for the popup, margin for the whole databasket table and so on). If it is part of the page as div it will look a little inconsistent with the other buttons of the tiny MCE. Still, we suggest we keep it as div.
- which will be the data basket sort criterias? We suggest type, date (default), title. The sort is by a single field