UCOSP

Undergraduate Capstone Open Source Projects

Posts Tagged ‘MarkUs’

MarkUs 0.7.0 is ready to go!

Posted by Mike Conley on 2010/04/29

The MarkUs Team is proud to present MarkUs 0.7.0!

Click here to see our release announcement.

Posted in MarkUs | Tagged: , , | Leave a Comment »

MarkUs 0.6.3 is out the door!

Posted by Mike Conley on 2010/03/20

The MarkUs Team is proud to present 0.6.3!  Full details here.

Posted in MarkUs | Tagged: , , , , | Leave a Comment »

Markus March 19th Punchlines

Posted by Joseph on 2010/03/19

Victoria

Status

  • Brainstormed ideas for the Dashboard.
  • Went through draft Dashboard contents with Karen and Farah and got some good and constructive feedback

Next Steps

  • With the feedback I got back regarding the potential Dashboard contents, come up with a preliminary prototype — one that we can take apart and help establish a better idea as to how we’d like to design the Dashboard.

Roadblocks

  • Swamped with work (from my full-time position).

Mike

Status

  • Applied 0.6 patches to trunk
  • Also caught some missing translations and brought them over from 0.6
  • Reviewed a bunch of code
  • Email / IRC development support

Next Steps

  • Same as always – review, review, review.  Answer email.  Help where I can.

Roadblocks

  • None

Farah

Status

Next Steps

  • Work on functional tests for the student UI and releasing the marks
  • Implement CSV upload/download for grade entry forms
  • Tests for CSV upload/download

Roadblocks

  • None this week

Joseph

Status

Next Steps

  • continue with the testing
  • finish of the suggestions from reviewers
  • get a start on the detailed submissions view

Roadblocks

  • assignments

Bryan

Status

  • Wrote a draft version of user stories: assigning graders to criteria.
  • Introduce factory data preloader, which can be used in conjunction with Machinist and improve its speed. Modified the results_controller_test.

Next Steps

  • Finish the class diagram and database schema for the feature “assigning graders to criteria”
  • Plan how to use single table inheritance to implement flexible and rubric criterion
  • Find a good pattern for factory data preloader

Roadblocks

  • None

Robert

Status

  • The ability to create Notes on Assignments, and Students from the new notes page is complete and awaiting final approval.
  • Added tests for the new noteables to the Notes Controller Test
  • Converted Notes Controller Tests to Machinist
  • Added a Machinist blueprint for Notes.

Next Steps

  • Add the notes dialog links to the Student pages and the Assignment pages.
  • Convert the Student and Assignment tests to Machinist and Shoulda.

Roadblocks

  • None!

Brian

Status

  • Fix a small bug Ticket #622
  • Working on refactoring database, doing some test
  • Improving flexible schemes

Next Steps

  • make flexible scheme ready to ship
  • make prototype of new database design

Roadblocks

  • none

Posted in MarkUs | Tagged: , , , | Leave a Comment »

MarkUs Meeting Minutes for March 5th, 2010

Posted by Mike Conley on 2010/03/06

The MarkUs team is plowing forward, fleshing out some fantastic new features, and kicking a bunch of bugs to the curb! You can read our meeting minutes here.

Posted in MarkUs | Tagged: , | Leave a Comment »

Joseph’s Midterm Report

Posted by Joseph on 2010/03/01

Summary:

Things are going slower than expected. I thought I would be able to get so much more done. The first few weeks were spent on my first changelist. My expectation was to be done with the first week [8]. I have learned tons about Ruby, Rails, Rails plugins and javascript. I am currently working on replaced the AJAX pagination with serverside pagination on the submissions page. Afterwards, I will be working on the detailed view for the submissions page. One thing I need to do better on is participating in the codereviews on the reviewboard. Even though I may not be the most experienced developer on the Markus team, I will learn something by writing a codereview. This will help in learning anything I’ve missed about the Markus system. I believe that my knowledge of the Markus database is the weakest at this point.

Things I have learned:

  • Ruby and Rails
  • Shoulda [1]
  • Mocha reminds me of mocking JUnit tests in Java [2] [3]
  • will_paginate: an elegant plugin for performing pagination [4]
  • keeping state with in URL when doing AJAX calls [5]
  • neat tricks with javascript [6]
  • Word Press and Blogging: I have blogging fever. I cannot stop blogging about everything I have learned. I just hope someday a stranger will comment on how helpful it was.

Things I have completed:

  • when the Markus webserver boots up, it verifies that the settings inside the configuration file located at: <markus_root>/config/environments/<env>.rb are valid. For instance, if the password validation script is not executable, a message will be printed to the console and the webserver will stop starting up.
  • got the AJAX calls from ahrefs to to save state into the URL [5]
  • implemented a mock submissions page that used serverside pagination to compare the performance with AJAX pagination
  • since the performance was similar, Markus has decided to go with the serverside pagination because of all the loops we would have to jump through to get the AJAX pagination to work with the back button and bookmarks

Things I am working on:

  • switching from AJAX pagination to serverside pagination so that bookmarks and the back button will work again
  • encountered a large speed bump dealing with nested forms
  • going to blog about the work around after I have verified that it works

Things to work on in the future:

  • verifying that the serverside pagination has not changed the behaviour of the submissions page
  • detailed view for the marker’s or admin’s submissions page
  • cleaning up the serverside pagination code to take advantage of the conciseness of will_paginate [7]. This will involve implementing a custom link render so that the submissions page’s UI does not change. The links generated by will_paginate looks like: “Previous Page 1 2 3 4 5 6 7 Next Page”. The links on the submissions page looks different.

Links:
[1] – Nested Contexts – http://josephmate.wordpress.com/2010/01/31/nested-contexts/
[2] – Mocking Modules with Mocha – http://josephmate.wordpress.com/2010/01/31/mocking-modules-with-mocha/
[3] – Weird Behaviour of Mocha- http://josephmate.wordpress.com/2010/01/31/weird-behaviour-of-mocha/
[4] – Will Paginate and Markus – http://josephmate.wordpress.com/2010/02/15/will_paginate-and-markus/
[5] – Rails, AJAX, Back Buttons, and Bookmarks – http://josephmate.wordpress.com/2010/02/20/rails-ajax-back-buttons-and-bookmarks/
[6] – Setting the URL Using Javascript – http://josephmate.wordpress.com/2010/02/22/setting-url-using-javascript/
[7] – will_paginate – http://railscasts.com/episodes/51-will-paginate
[8] – Hofstadter’s law – http://en.wikipedia.org/wiki/Hofstadter’s_law

Posted in MarkUs | Tagged: , , , | 1 Comment »

Victoria Mui – Midway Update

Posted by victoria on 2010/02/28

Expectations, Status & Progress

Coming into this UCOSP project course, my ultimate goal was to be able to utilize the human-computer interaction (HCI) and user experience (UX) design knowledge that I’ve acquired from both school and work to enhance the usability of MarkUs.  Through this experience, I’m hoping to solidify my understanding of various usability concepts and familiarize myself with more projects out there.

Up until now, I feel that I’m on track with the work that I’m doing with MarkUs.  I’ve been spending most of my time redesigning and reorganizing a lot of features and functionality MarkUs currently offers.  There’s no better way to do this than to keep prototyping and getting user feedback through usability sessions.  Because of my full-time position, I have not been able to collect as much usability feedback that I’d like to in person.  But I’ve found that running these designs by the team is often just as helpful.  But most importantly, having a supportive supervisor to help collect the user feedback certainly helps me since I am working remotely most of the time.

In short, I think I’ve stayed on track because: I have already redesigned quite a few views; and have made various suggestions to the overall MarkUs interface.

Things I’ve learned thus far

In the past, I’ve done very little usability work for web-based applications, and I’m also very new to designing interfaces from scratch.  Thanks to my team, I’ve learned quite a few things about designing web interfaces in particular.  For example, small things like screen resolution will have a huge impact on the usability and presentation of the entire user interface.  So it’s certainly something that needs to be considered early in the design cycle, and kept in mind at all times.

Another key thing that I’ve learned up until now is the prototyping tool, OmniGraffle.  Instead of seeing the tool as being a burden, it has now saved a significant amount of my time.  For example, I am now more comfortable using new canvases and layers in my prototypes wherever I see fit.

Next Steps

In the remainder of the course, I plan to continue working on the UI of MarkUs.  I focused on the Grader Assignment and Group Formation views for the first half of the term, but those have now been addressed.  Next, I am planning to tackle the Properties view – our goal is to make the Properties view intuitive to not just regular users, but also those that are using MarkUs for the first time.  New designs for the MarkUs Dashboard are also to come.

I’d also like to maintain the good communication and coordination we’ve had as a team in the weeks to come.

I’ve had an awesome time working with the team, and I’m looking forward to the rest of the term!

Posted in MarkUs, Status | Tagged: , , | 1 Comment »

The Really Good Thing Was …

Posted by jerboaa on 2009/11/24

Thumbs up: Our great teamwork. Although we are working in a distributed setting, I do find it astonishing how well everything worked out. People are doing a great job in terms of communication.

Thumbs down: Having a pretty tight schedule, I think there was hardly time for one or two developers to go for a spike (i.e. looking into an unknown technological area) and create an example solution to a problem.

Posted in Uncategorized | Tagged: , | Leave a Comment »

The MarkUs Team Has Their First IRC Meeting

Posted by Mike Conley on 2009/09/11

The MarkUs team had their first IRC meeting today.

Check out the minutes on our blog, here.

Or you can read the transcript here.  (Meeting starts around 16:04)

Cheers,

-MarkUs Team

Posted in MarkUs | Tagged: , , , , | Leave a Comment »