1. Homepage: Paste the URL in the central text box and click "Annotate!". |
2. Edit page. Hovering over a section (div) makes a border appear. Clicking on the image will make the "Add Note" button appear just above cursor. Click on the button. |
3. Clicking on the "Add Note" button makes the text box appear on top of the image. Type in the text box. |
4. Finished typing the box. The text box becomes transparent when the cursor is not hovering over it. Highlight text makes a row of buttons appear. Click on the first one ('Mark Highlight') to mark the highlight yellow. |
5. Clicking on the 'Save' button makes the dialog box appear and disable the screen at the background. Type in the page name and click 'Save' to save the page and get back to the edit screen. Click on 'Jim's Saved Pages' to go to the next screen (see next photo). |
6. Dashboard page. It lists all saved annotated webpages with thumbnails. Page name and access control rights are shown below the thumbnail. Clicking on the thumbnail to go back to the edit screen of that webpage. |
7. Clicking on 'Share' to make the 'Share' dialog box appear. Enter usernames or emails at the left box for giving read-only access, at the right for edit access (possibly at the same time, i.e. collaborative edit). To give Alex read-only access, type Alex's email in the left box and click 'OK'. |
8. Access control rights are shown on the top left bar. Now the 'View' right is given to Alex. |
9. Give 'Edit' right to Sam. The div that Sam is editing is bordered and flaged with 'Sam' (the dark red bordered region). User Jim can edit the notes on the image. |
10. When Sam finished editing the text, he went on to modify the notes on the image. Jim can now edit the text. |
WebAnnotator is a web application that allows users to annotate web-pages and to share the annotated pages with trusted parties. Standard annotating capabilities such as commenting and highlighting are supported.
For example, a student taking a class can annotate course materials that are on the Internet and share his notes with his friends. WebAnnotator greatly facilitates this annotation and sharing process by providing an efficient user interface.
There will be four different tasks in this testing.
Special Note: For Task four #2 above, druing the first 10 seconds, a tag saying "Sam" is shown near this paragraph, indicating that another user is currently annotating this. Any other user thus won't be able to edit or add annotations until Sam has finished. This was only simulated in real time and was not included in the task card given to the tester so that the testing better approximates the actual application.
First Iteration |
Second Iteration |
Reason |
---|---|---|
The edit buttons (highlight, add notes, etc.) appear when clicking on the page. |
All hyperlinks on the original webpage are disabled when it's loaded to show in our app. |
Clicking may result in redirecting (or at least create the confusion that it may redirect) if the clicked area is a hyperlink. The edit buttons appear when some text is highlighted by cursor or when an image is clicked on. |
There is no way to delete the made annotations. |
Clicking on the annotation makes the delete button appear. |
This was a bug in the first iteration. |
The edit buttons are icons with no tooltips. |
All edit buttons display tooltips during mouse over. |
Users have different understandings of what the buttons will do. It is helpful to clarify them by words. |
An address bar is displayed at the top showing the URL of the current webpage the user is editing. It also accepts a new URL that will bring up a new page for the user to annotate on. |
The address bar is removed. A +New Page button is added. |
It gives WebAnnotator an unintended resemblance to a web browser. The address bar is confusing over its behavior: would the current page being edited go away if the user types in a new address? When user sees an address bar, they are tempted to think that it behaves like it does in a web browser: that the new page will open possibly overriding the current page, and that there should be 'back', 'forward' and 'refresh' functionality, none of which are what we are trying to support. |
The button at the top that allows user to go to their dashboard (which shows all the saved pages) is labeled with the username of the user. |
The label is changed to '<username>'s Saved Pages'. |
Some users tested on the paper prototype are not sure about what the button is for. |
The 'Share' dialog box contains one text area for emails/usernames with a radio button choice of either 'publish' or 'collaborate'. |
It now contains two text areas, one for each type of access control rights (prototype photo 7). And the names of the two access control types are changed to 'View' and 'Edit'. It also displays the current status that the user set for access control. (i.e. the previous setting is shown in the two text areas.) This allows the user to change the access control rights later by opening the dialog box again. |
One user was not sure about what the original names mean. There was no way for them to disallow a given access control to others once set. |
No showing of other users who are currently viewing or editing the page. |
This information is displayed on the left hand side of the top bar. |
It gives user feedback, especially in the collaborative editing mode about the state of the world. |