As the final day of Hack/Doc Fest at Butler wrapped up the team continued its accessibility work, reviewed the course overview plugin, and discussed our upcoming Moodle 3.1 recommendation.
On Day 2 we created a long “scroll of death” course with numerous accessibility issues baked in. On Day 3 we began building out the improved versions of this course using stock Moodle, the grid course format, and the collapsed topics course format.
Work on the courses will continue beyond Hack/Doc. Next steps include:
Evaluating the updated courses with various accessibility tools to verify that we truly fixed all the problems.
Writing a blog post describing the various issues with the badly-designed version and how they were addressed in the fixed ones.
Publishing the courses to a “Moodle Museum” category in the CLAMP Moodle Exchange.
In addition we discussed having a having a “Moodle Accessibility” online hangout in July and contributing the example courses to Moodle core for use in their demo site.
Related to these efforts we looked at how to create an “accessibility” toggle for the Grid Course Format that lets users switch between the grid-style course and the default topics course. Issue #23 in the Grid format project discussed ways of doing this but it took some experimentation to make it a reality.
Matt Wright from Butler University demonstrated their use of the Course Overview on Campus plugin. The plugin replaces the default “my courses” page with a dropdown that lets the user browse through all the course categories on the system. How the courses are listed (e.g. title, short code, teacher) is configurable. The list still includes course-specific action items (e.g. a course assignment needs review) but it is concealed in a collapsed content area by default.
The category selected is preserved between sessions, so if user choses the “Fall 2016” category it will be there waiting for them the next time they log in.
Working on a Moodle 3.1 Recommendation
We will be working on our recommendation for Moodle 3.1 over the next week and hope to have it published on June 29. At this point we don’t see any major blockers, but there are a few things (like annotation in the assignment submission view, whether to turn on the Competencies feature, and improvements to cron) that colleges should consider before upgrading.
During Day 2 of Hack/Doc Fest at Butler the team tackled a review of third-party plugin compatibility with Moodle 3.0 and 3.1, continued our accessibility work by testing new tools and documenting best practices, reacquainted ourselves with the Workshop plugin, and delved deeply into Moodle 3.1’s new Competencies feature.
We compiled a list of popular 3rd party plugins for Moodle and then determined if they are compatible with 3.0 and 3.1. Of particular note were the following plugins, which list compatibility with 3.0 but not 3.1:
Course Overview was tested under 3.1 and seemed to work just fine. That said, the way it is configured changed in 3.1; it is now difficult to get to all of the settings on one unified page.
Continuing our work from Monday, we created a “scroll of death course” — aka an exceedingly long course — with a variety of accessibility issues. The course was created using the TinyMCE WYSIWYG editor, but edited using Atto.
As expected, Atto couldn’t fix much of what had been done incorrectly using TinyMCE, if for no other reason than it didn’t have the same editing options. Many of the problems in the course had to be fixed by going into the source HTML and editing it there.
Once the new course is completed, we’re going to create the following example courses that address the “scroll of death” issue while improving accessibility and usability:
an accessible course using stock Moodle
an accessible course with Collapsed Topics course format
an accessible course with the Grid course format
We also intend to look at an option that allows students to switch switch course formats (e.g. grid to topic) to help with accessibility. This requires the user to set a custom profile field called “accessibility” which — when toggled — lets them switch to a designated “accessible” course format.
We spent some time experimenting with screen readers on Moodle and other websites. We started with ChromeVox, a plugin for Chrome that allows you to tab through a page and reads the elements to you. The lack of mouse support made it more difficult to use and there isn’t an obvious way to toggle the plugin on and off.
We experimented with TalkBack on Android. It works great, but it radically transforms the way you use your phone and introduces a number of double and triple click command for common tasks. It requires you to re-learn how to how to navigate your phone.
We also researched optical character recognition techniques and found ConvenientOCR is a plugin for JAWS. This plugin lets you mouse or tab over an image and then OCR it. We did not get to try this plugin, but it sounds promising. JAWS itself is an expensive piece of software that only runs on Windows, but there is a free trial version for those who want to check it out.
A number of schools are planning on turning off the PDF annotation component of Moodle until the issues with it are resolved. However, before turning off the feature we wanted to know how many people were using that particular feature at our institutions. We created an ad hoc query that looks for the use the annotation feature in Moodle assignments by identifying occurrences of “comments” and “annotations” in the database.
We fixed two issues with the CLAMP website. We’ve resolved the SSL cert error that occurred when you tried to browse www.clamp-it.org under https. We also fixed a bug that would redirect you to an account sign-up page when accessing http://clamp-it.org.
Printing Quizzes in Moodle
We continued looking at ways to print quizzes and documented a technique involving embedding a quiz within a “book” within Moodle. View the documentation.
We revisited Moodle’s Workshop module and found it to be a good peer assessment tool and fairly easy to set up. The tool has different student grading options including
comments, no grades
comments and grades
rubrics (which are different than assignment rubrics)
We spent considerable time at Hack/Doc reviewing Competencies and have come to the conclusion that it’s a complicated new system with an inherent workflow that isn’t well documented.
Here’s how the documentation describes Competencies:
“Competencies describe the level of understanding or proficiency of a learner in certain subject-related skills:”
In brainstorming use cases for competencies at our colleges the scenarios that stood out the most were those where some sort of interdisciplinary or cross-institutional outcomes needed to be tracked. For example, a writing program that establishes a set of skills that students should develop during their time at the college. Evidence of acquiring competency in those skills could be provided in a variety of ways:
Evidence submitted by students
Evidence submitted as part of a course activity
Evidence submitted by faculty for students.
Moodle Competencies handle this through three tools:
Competencies: The building blocks of the system, competencies establish a specific goal, and provide a mechanism for giving evidence that the goal has been met.
Competency Frameworks: A collection of competencies.
Learning Plans: A method for pushing out a particular set of competencies (possibly taken from multiple frameworks) to students.
The single biggest challenge with Competencies is that it assumes you have an existing offline workflow and framework and want to implement it in Moodle. If you have those things, we expect that the tool makes a lot more sense. If you don’t, then the published documentation isn’t going to help understand the usefulness of the tool or how to implement it at your college.
In addition, Competencies itself has an implied workflow that isn’t obvious to laypeople. For example, there is a process for students or faculty to request review of competency evidence. The per-student requests for such review appear on the “My Moodle” page, but it’s not clear if there is a place where faculty or learning plan managers could go to see the progress of an entire student cohort (e.g. not just an individual student’s progress toward meeting competency goals, but the entire cohort’s progress).
The development documentation does a much better job of explaining the purpose of Competencies and does a better job of explaining how the various pieces fit together.
Day 1 of Moodle Hack/Doc Fest at Butler University saw the group delve deeply into Moodle 3.1’s improvements, the updated Moodle Mobile app, the mass action and collapsed topics plug-ins, options for printing quizzes and course pages, and accessibility best practices.
Moodle 3.1 improvements
Select assignments for download
This feature allows you to select which assignments you want to download, rather than having to download all of them at once. This is a step forward in functionality, but it does come with a change to the base functionality. The resulting ZIP file now nests the assignment files in folders for each student, rather than using a single folder and prefixing each file with the student’s username and assignment info. This makes the assignment folder less browsable, and will cause teachers to drill down an extra level to view each students’ work.
The plus side is that the files themselves are no longer renamed, but this may be offset by the need to browse an additional layer of folders.
Topic blocks are now easier to manage — you can delete them, which sends their attached resources to the recycling bin.
The recycling bin works as expected, allowing you to restore deleted content such as resources. It is tied to the course, not the instructor (e.g., if one instructor deletes something, the other one can restore it).
Assignment submission view and document annotation
As we discussed during the sprint, the assignment submission view has been revised. It now displays (or tries to display) the assignment as a PDF alongside the necessary grading fields (grade, comments, etc.).
There are two problems with the feature.
Converting to PDF: If the submitted document wasn’t a PDF, Moodle attempts to convert it to a PDF. This relies on having an obscure helper utility called “unoconv” installed on the server. If that utility isn’t there (and it’s likely it won’t be) then the conversion fails and the user is left with a blank PDF. This is an issue with Moodle’s requirement checking regime (if you don’t have unoconv, Moodle shouldn’t try to use this feature) that is actively being worked on in MDL-54165 New grading interface should hide “editpdf” if unoconv is not enabled
The annotation tool is clunky: Even if everything is working as intended, the annotation tool remains clunky, being akin to adding a simple paint program to Moodle. Previously this was less of an issue because it was not front and center in Moodle’s workflow, but the new submission view puts it front and center. Comment on MDL-54818 Improve assignment PDF annotation if this issue is important to you.
Both of these issues should be called out in the CLAMP Moodle Exchange for further discussion.
Pinned discussion topics
This works as advertised; many thanks for CLAMP’s own Charles Fulton for contributing to this feature. By default, the teacher role and higher can pin topics, but that capability can be assigned to other roles in the system.
News Forum changed to Announcements
The “News forum” is now called “Announcements”, which is more in keeping with how that forum is used.
We began reviewing the new “competencies” feature in Moodle 3.1. Moodle’s documentation describes competencies as:
“Competencies describe the level of understanding or proficiency of a learner in certain subject-related skills. Competency-based education (CBE), also known as Competency-based learning or Skills-based learning, refers to systems of assessment and grading where students demonstrate these competencies.” —Competencies documentation
We’ve spent several hours looking at competencies and by the end of Day 1 we’d come to the conclusion that they’re complicated. They implement their own workflow involving “competency frameworks” — which hold collections of related competencies — as well as “lesson plans” which group competencies together for the use by students. We’re still getting our heads around the workflow; it would be helpful if the competency documentation did a better job of explaining how all the pieces were supposed to work together.
The dev documentation, which explicitly states it is out of date, does a better job of explaining the base assumptions behind the feature and how it’s supposed to work.
The grades interface is improved; there are now separate links for “Grades” and “Grade setup” in the Course administration block. The latter is the same as “Categories and items”, but makes more intuitive sense since that page is really about setting up and configuring the gradebook.
Search was improved in Moodle 3.1 but it has additional dependencies that may be beyond the reach of many schools: it requires the installation of both the Solr server and the Solr extension prior to Moodle configuration and setup. Based on the documentation, the improved search respects user access and only returns items you have access to. It also appears to search just about all of the standard objects. (e.g. book, assignment, forums, etc.). We did not have Solr setup at Hack/Doc so we were not able to test this further.
The new Moodle Mobile app works better in 3.1 and eliminates earlier versions’ need for a stand alone plugin. The app looks nice and you can now participate in certain activities, like quizzes, from the app, but it still frequently passes people off to the mobile browser version for much of their Moodle interactions.
By default the app only syncs with its home Moodle over wifi, which could mean that faculty and teachers would miss forum posts and other updates while walking in and out of wifi zones on campus. The app also has calendar notifications, but these notifications started showing up at midnight, and there appeared to be no way to disable them. The app does not support push notifications from individual courses.
Generally speaking the app worked better on iOS than Android, particularly when it came to file handling. Android would store files it didn’t recognize in a hidden directory, which could lead to storage capacity issues on your mobile device. The app does allow you to control the size of this download space.
Our sense is that if your school has a good mobile or responsive theme, you should tell people to use that rather than the app, given that the app will most likely send them there anyway.
New tools for managing and displaying courses
We looked at the Mass Actions block, which allows users to quickly update multiple activities or resources within their course. The general sense is that this is a useful block to have installed, and that Moodle 3.1’s Recycling Bin component provides a good safety net should someone accidentally mass delete multiple elements from their course.
We reviewed the Collapsed Topics course format as way of controlling the “scroll of death” in which large amounts of information, resources, and activities can lead to exceedingly large web pages that take a long time to scroll through. Collapsed Topics streamlines the course by reducing the footprint of each topic. They can be expanded or closed as needed.
There have been reports of Mass Actions conflicting with Collapsed Topics, but we were not able to recreate those issues in Moodle 3.1.
We looked at ways to streamline printing from Moodle, specifically creating printer friendly views of quizzes (for accessibility or offline quiz taking support) and weekly course topics (for use as a syllabus).
We found the following:
In Quiz settings, go to Layout and then choose a layout format a layout that gets all of the quiz questions onto one page. From here, there are a couple options…
For editable text, the best tool we found was a Chrome plugin called Clearly (by Evernote). This plugin cleans up the clutter on the page and gives you text that can be pasted into a text editor.
For a print and take exam, we found two options:
Print to PDF in Google Chrome cleaned all of the navigation clutter and allowed me to print a screen accurate version of the exam.
Evernote Web Clipper (Chrome/Firefox plugin) allowed the same, but added the ability to email/share an editable file.
Course as a syllabus
We looked at the following options for the Chrome web browser:
Print to PDF in Chrome can output a fairly clean page in some cases. There is a bit of navigation content at the top and bottom of the course content, but this can be fairly easily removed in Acrobat Pro. It works well for text heavy courses, but can be inconsistent on courses with a lot of photos or HTML content in Labels.
Evernote Web Clipper for Chrome will extract course content from the course page and allow you to edit and output a pretty clean document with minimal editing. The Firefox version will only detect content from the first topic section of the course page.
Clearly plugin (a deprecated Evernote plugin) would only capture content from the first topic section of the course page.
Save to Google Drive plugin inserts all of the navigation links and block content into the middle of the course content. It also does not handle HTML in labels or photos in labels very well. Can’t recommend this option.
We spent considerable time discussing accessibility and universal design, both within Moodle and beyond. We’ve found a wealth of information which is worthy of its own post — in short we intend to build a list of accessibility best practices and then highlight them by designing a course with poor accessibility and then fixing it to create an new course with improved accessibility.
As part of this we leveraged the WAVE extension for Google Chrome to evaluate existing course pages at our home institutions. This uncovered a long-standing issue with how Moodle handles alternative text for its icons: for menu items it duplicates the text of the menu in alt text for its corresponding icon. This causes screen readers to read the text twice. MDL-46226 Pix_icon should not have the same title as alt attribute discusses this issue, but it hasn’t been revisited since 2014. We need to comment on this tracker to note that is an ongoing issue.
We’ve also setup a new #accessibility channelin the CLAMP Slack Team so that we can continue our conversation after Hack/Doc. The CLAMP Slack team is available at https://clamp-it.slack.com; join the team using “CLAMP’s Request access to services” form.
CLAMP kicked off Moodle Hack/Doc Fest on Monday, June 21 with our traditional sprint day. The sprint day exists for everyone to get a jump on the week’s work — a few people (in this case, most of those attending Hack/Doc) arrive early, resolve any logistical challenges (getting to campus, connecting to the local network, making sure sources of caffeine are available throughout the day), and start organizing the week’s worth.
During this sprint we came up with our usual tasks list in Google Drive and people signed up for the things they were interested. Then, in a fit of spontaneous documentation, everyone started using that tasks list to provide updates on their progress. It’s not a thing we’ve done before, but it’s working out very well — it provides a running log of what we were working on, and it’s more efficient because we don’t need to spend as much time reporting out each day.
Topics identified include:
Accessibility – Making Accommodations for Users with Disabilities
Managing the “scroll of death” on course pages within Moodle
The practical implementations of layering quizzes over video
Evaluate the Moodle Mobile app
Printing from Moodle
The Recycle Bin plugin in Moodle (new feature in Moodle 3.1)
Evaluate the Mass Action block (3rd party plugin)
Evaluate Competencies (new feature in Moodle 3.1)
Test out the Global Search
Document, test, and name the new umbrella course plugin (3rd party plugin)
Look at other major changes in Moodle 3.1
Review anonymous forums in Moodle 3.1 (Moodle Liberal Arts Edition)
Review Ad-hoc database queries (customsql) (Moodle Liberal Arts Edition)
Best practices for using Moodle with other schools
In the course of our work we came across a gnarly problem involving the new assignment review interface. This interface allows the user to see a student’s submitted assignment alongside all the relevant grading fields (e.g. add a grade, comments, etc.). The student’s work is rendered as a PDF and the teacher can use Moodle’s annotation capabilities to mark up the paper with their responses. The end result is saved as a PDF and sent to the student as feedback.
The problem is with the PDF. If students submitted a PDF, then the process works reasonably well. If they submitted a Word or Open Office document instead, Moodle converts it to PDF for display … or tries to. If you do not have a specific helper application known as unoconv installed on the server (and in our experience, it’s unlikely you will have it), then the PDF conversion fails. Instead you get a blank page. That blank page can then be edited with the annotation tools and submitted as feedback, but that’s not particularly helpful since the student’s original assignment isn’t included.