CSC/ECE 517 Fall 2016/ E1700 Integrate Google doc editor/viewer

From Expertiza_Wiki
Jump to navigation Jump to search

Expertiza Background

Expertiza is an educational web application created and maintained by the joint efforts of the students and the faculty at NCSU. It’s an open source project developed on Ruby on Rails platform and it’s code is available on Github. Using Expertiza students can bid for a particular project topic and the faculty assigns the same to different groups. Students can track their grades for previous projects and make new submissions for current projects. It also allows students to review each other’s work and improve their work upon this feedback.

Project Description

Currently the instructor creates rubrics for an assignment through questionnaires which students use to review other students' submissions. The only way reviewers can suggest some more changes to the author is by using the 'additional comments' section in the review form which is not very helpful. In this project we will be looking towards improving this functionality by adding an extra medium through which multiple reviewers can collectively comment on the author's work and collaborate their answers in a constructive way. This will be achieved by embedding Google docs into Expertiza. Every project will have a Google doc link for itself which the reviewers can access and make further comments about the project. Once on the Google doc, the reviewer's comments will be posted anonymously, the reviewer's comment will be anonymous to both, other fellow reviewers as well as the author. This feature will help the author to better understand where is his work exactly lacking and how exactly should the changes be worked upon based on the comments received. The reviewers will just need the Google doc link to post comments and it wouldn't be required to login into Expertiza for using this feature.

Key Points To Consider

The Google doc editor needs to be embedded in expertiza or it should be made as a pop up window

  • The settings for the Google doc should be set to "anyone with link can comment"
  • A peer reviewer need not login to Google to comment on the doc, and all peer reviewer comments must be anonymous
  • If more than one user comment on the Google doc at the same time, any conflicts that may arise should be handled well

Approach

Generally, we can always create a Google document, slide presentation, or spreadsheet using Google Drive and then embed that document anywhere in our application using iFrame as a dynamic rich content editor. The rich content editor is used in features that support the editor (Announcements, Quizzes or Collaborative Reviewing in our case). Any time you make changes to the Google document (like comments), it will be automatically updated in the application's content editor.

Creating Google document, Setting Up its Link

  • First and foremost a provision (button) for creating a Google document is added to the Your Work page of Assignments.
  • When the authors would select this button before submitting their assignment, a new Google doc is created.
  • The document's Sharing criteria is set using google docs API such that the authors of the team can edit the document.
  • Sharing criteria is also set such that anyone else having the link to this document can only comment.
  • The authors would then copy paste their content, to be reviewed, on to the document.



  • Now the file sharable link must be pasted while submitting an Assignment in expertiza as shown below.
  • The new Google doc link will be saved with other hyperlinks in the 'submitted_hyperlinks' column of 'teams' table.


Publishing the document to Web

  • Open the File menu in Google doc and select Publish to the web....
  • Make sure that the Automatically republish when changes are made checkbox is selected. Click the Start publishing button.
  • When a confirmation prompt pops up, click the OK button.
  • Click on the Embed tab to get the below screen, now copy the text in order to use it in our expertiza code.


Security Risks

As mentioned in the requirement document, there are 2 security risks associated with this project, they are:

  • A situtation where more than one people comment on the doc and mess up the content.
  • Possible security violations like an user with access to the link deletes all the content on that doc.

Proposed solution to mitigate the risk:

  • To address these two issues we'll be modifying the access rights of the google doc associated with that project.
  • We'll by default assign all new users who access the page only the 'can comment' access right and only the author team will have 'can edit' rights.



  • As it can be seen, Google doc has 3 access levels and the 'can comment' option will allow the users only to add more comments on the Google doc. They won't be able to edit or delete previously entered comments.
  • Doing this will ensure that no user even unintentionally will be able to delete or edit previous comments which might be of great value to the authors of that project.


Embedding the document editor in expertiza

  • Our aim is to incorporate the dynamic content editor in the Review Assignments page, so that all the users can make collaborative suggestions in the document at the time of Review.
  • In order to embed this editor, the code needs to be added in the View page for student responses.
  • For example, to embed the editor for Assignment Responses the above code must be incorporated in the view.html.erb file in the response View, as shown below.



  • On building the code and running expertiza, we must be able to see the Google doc editor successfully embedded in the Assignment Reviews page.
  • In the below image, we can see the frame where the saved Google doc is embedded. Instead of embedding the doc, we can also have a pop-up window of the doc.
  • All the text in black in the below image, is the content added by the authors. Hence this cannot be edited by the reviewers.
  • The text in colored font are the comments made by reviewers. The below comments have been written for illustrations sake.
  • The comments in reality would be different and will be shown on the right side of the document page. (We can correlate this with comments made in MS Word document)
  • The users need not login to Google in order to comment in the document. Hence, the comments made will be anonymous.
  • If the users are already logged in to Google, constraints will be set such that their ID is hidden and their comments are still made anonymous.



Project File and Database additions

  • The new outcome will involve accessing the data base table 'assignments' and we have made a change to the schema of the table by adding a column 'allow_anonymous_commenting' of the type 'Boolean' to indicate whether the professor has asked the project developers to have a review document created with the rights of anonymous comments.
  • To incorporate the data base changes we generated a migration file in the "db" migrate named: '_add_allow_anonymous_commenting_to_assignemnnts.rb'
  • The 'factories' file in the spec has a variable added with the default value set as 'FALSE'
  • '_genral.html.erb' page in the edit assignments view has a 'check box' and a label added to it.
  • A function is added in the 'assignments_form' model which sets the visibility to false/ true depending on the input
  • Newly added Google doc hyperlinks will be saved with other assignment hyperlinks in the 'submitted_hyperlinks' column of 'teams' table.
  • The iFrame tag will be added to the 'view.html.erb' file in 'response' View in order to embed the Google doc.

Testing Plan

This UI enhancement will be tested to check whether the following required functionalities are implemented successfully:

i. Any user having the doc link should only be able to comment on the Google doc
ii. Changes made in the original Google doc should be reflected in the embedded doc editor in expertiza
iii. Users need not login to comment in the Google doc
iv. All comments made must be anonymous
v. Multiple comments made at the same time should not lead to any conflicts

References