Thursday, 15 October 2015

Week 11: Feedback update

Here is the amalgamated feedback we have received to date (Part A presentation, paper prototype, Part B presentation, Digital prototype) and how we have or will incorporate it into our design.

Done! Will do (but haven't yet) Might do (if there's time) update


Feedback

When

Responses

Levels/Gamification

Add gamification including level up, easy/hard mode, or points for completion. Hard mode could include editing without validating first (see if you can find the errors yourself). Part A
/Digital prototype
Easy/hard mode has been added.  
Easy/hard has been changed to modules.  Easy levels have smaller modules, code is broken up into chunks

Content

Add in option for users to find out more about their content.  Could be through linking back to trove to search topic. Part A Will add if there's time.
Tangential learning is a sub-goal of our product. Users will already be learning through the content provided within the websites. 
Have multi-user option (like google drive) or set up a study group to work on problem together to solve collaboratively. Part A Context of use is for classrooms or extension work.  The style of problem is more suited to individual learning.  We will add a commenting feature for other user’s projects if there is time. Likely we will not have time to implement this feature.

Help

How do users get help?  Could add chat panel or discussion board.

Make help more obvious on editor page
Part A
/Digital prototype
Help section has been added.  
Help similar to codeacademy where they link to relevant stack overflow discussions.
Will include glossary page with information from W3C on tags and tag changes across versions.
Will move help button to errors panel.  
Will make help a pop-out if time.

Audience

Concerns that initial audience of grade 7 & 8 students is too young. Part A Did further research that is discussed in previous blog post.

Audience has been modified
Web historians is for people:
  • who are familiar with HTML and CSS but still beginners
  • might know what validation is but don't necessarily understand it's importance or how/when it can be used
  • would suit grade 10 at school but other beginners in the general public and university
  • would suit classroom use or as extension work for school students

Features

Add in extra level of complexity with option of re-designing pages, not just cleaning up old tags and layout.  HTML5 validators don’t check for aesthetics.  Part A Will add redesign feature if there is time but is not part of our core concept of correcting archived content to current web standards. Likely we will not have time to implement this feature.
Add in a gallery of finished projects with a voting system Part A Gallery of finished projects added
(for all users to see).
Will add in voting if we have time to implement redesigning feature as well otherwise voting doesn't’ serve much purpose. Likely we will not have time to implement working gallery feature.
Separate profile setting and instruction page. Paper prototype Done.
Logo position and style not consistent across all page. Paper prototype Done, logo and header now consistent.

Landing/Home Page

Reduce the amount of text to explain concept Paper prototype Added an infographic/flowchart to explain concept and how you use site.
It should be more obvious whether you are singing up or login (make buttons more distinct from each other). Paper prototype Done with colours/CSS styling
Add explanation for difference between easy and hard mode.

Paper prototype Done on infographic.

Add in extra explanations/instructions for use. Paper prototype Will add more instructions on 'getting started page.
Make categories more obvious and easier to read. Paper prototype Done with CSS Styling. Have increased font size and made categories more obvious through use of colour.
Add in more categories Paper prototype If there is time. Likely we will not have time to implement this feature.

Editing page

Make it obvious what and how users are doing on this page.

Make errors easier to read
Paper prototype
/Digital prototype
Will display number of errors left to solve.
Have changed layout of page to reflect order of work (e.g. errors 1st, editor 2nd, "Save" and "Publish" 3rd)

Add small tutorial/instructions on how panels work/what you do on this page.

Will group errors together, add space between each error, numbering if possible.

Make sure "Publish" button saves as well Paper prototype Will be removing Publish button based on other feedback.  Users will get a 'winning' screen when all errors are solved that will allow them to publish.
Make navigation consistent across all pages (currently different on this page) Paper prototype Navigation/header has been updated on all pages to be the same.
Make layout of editor customisable. Paper prototype Will do if there's time.  This is high on the list of to-do features.
Suggested toggle box to make windows larger or smaller and continue to work in them or a pop-out system.
(relates to previous feedback)
Make code editing window larger.

(breaking up the errors into segments would also help with smaller code blocks).



Part B We will need to look into the current capabilities for adjusting the editors size as well as users ability to resize windows. (Changes to overall page width will need to be represented across the site).

ather than make panels movable, put content in tabs, either
errors thin at top, 2 tabs: html editor and css side by side; viewer, OR
separate html/css/viewer separate tabs and errors visible all the time
Add user name to work Paper prototype Has been implemented on gallery page
Let users know when they have solved errors. Paper prototype/ Part B Will add a 'congratulations' screen.
Remove publish button and allow users to publish privately or public gallery via win screen/pop-up.
Option to share success to social media if there is time.Likely we will not have time to implement this feature.
Add in a seperate box for CSS Paper prototype/
Digital prototype
Have done (but not currently fully functional).

Will make CSS save between modules.
Large amount of errors which load into the working panel. Hard to read/understand/manage (looks hard on easy level).
Suggestions:
  • order the errors by importance
    (must be fixed vs best practice)
  • break  rebuild into sections; could be a good way to tie in gamification
  • components would be a good way to work, encouraging users to encapsulate their code for each segment of a page.


Part B/
Digital prototype
Done See: Easy/hard has been changed to modules. 
HTML editor text is small for some users.  Many found side scroll annoying.  Digital prototype Let users use in-browser magnification to increase or decrease text size as needed.
Have changed scroll to text wrap in editors.
Users would like ability to upload own images to working panel

Digital prototype Will not have time to implement this feature

My Restorations

Make format similar to Gallery/Categories (i.e. tiles in a column/grid) Paper prototype Done
Change % progress bar to actual number of errors to make it more meaningful Paper prototype Done

Login

Would like log in to autofill after sign-up align font awesome icons Paper prototype Will do if there is time.

(Originally posted on our team blog: Restoring the web)

No comments:

Post a Comment