(?) Question
(on) Suggestion by Onto
(/) Answer
----
h3. (?) Can we leave tags functionality for RS 3.6
(on) 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.
(/) Dominic:....
h3. (?) Should we have pagination when listing Data Basket items
If items become too many, GUI might get unfriendly.
h3. (?) Can we add links to relations (predicates) in Data Basket
The spec says data field can be added. What about predicates (like was-created-by)?
h3. (?) Notes on icons (UI mockups) by Vlado
(on) “Data Field” should look the same as “Data Annotation” minus the pencil
(on) If you vary the color between “Image” and “Image Annotation”, I think there should be the same variation between the above pair
(on) 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.
(on) what’s “Forum”: link to a Forum Comment, which will be done in 3.6? Let’s rename to “Forum Comment”
h3. (?) Edit details (UI mockups) by Vlado
(on) Notes> Last updated: please remove, no such data has been discussed
(on) Tags: We suggest these are specified separately and same design/implementation is used as in Annotations
h3. (?) Add text snippet (UI mockups) by Vlado
(on) The action name should be consistent with the item type. Either "Text" or “Text Snippet”
h3. (?) Databasket (UI mockups) by Vlado
(on) Button "Add text": should be consistent with the item type
h3. (?) Add Weblink (UI mockups) by Vlado
(on) We need fields for the long (to be entered) and short (to be calculated) links
h3. (?) All edit/details dialog boxes (UI mockups) by Vlado
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
h3. (?) Kostadinov notes on mockups
- 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. (on) 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\! (on) 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)
- (on) 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)
- (on) 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.
...