The opinions or statements expressed herein should not be taken as a position of or endorsement by the University of California, Berkeley.
I’m currently at InstructureCon attending the “Hack Day” event, which is simply an event where any developers wishing to integrate their systems with Canvas can ask questions, talk to Canvas developers, etc.
Here are some things I’ve clarified with their developers thus far, thanks to Eric Berry and Brian Palmer (codekitchen.
LTI Template Builder
Eric Berry (cavenb) is part of the Developer Support team at Instructure, which is a group that develops guides and tools to help developers integrate their systems with Canvas. He informed me of the LTI Template Builder, which provides a command you can use to generate a Ruby on Rails engine that provides a template for the LTI application type of your choice.
In the Coding Guidelines documentation for Canvas-LMS, the possibility of developing a plugin for Canvas is mentioned. The documentation mentions “Plugins can be registered at runtime but only appear in the interface for enabled root accounts”. I had assumed this meant that plugins could be enabled for a primary account (our account), but this was a wrong assumption. This only means that Site Admins for a Canvas instance, such as Canvas employees that are the root Administrators for the Cloud hosted Canvas service, are able to manage / activate these plugins. For Canvas to introduce such a plugin to their cloud hosted service, the plugin would need to provide functionality that benefits all institutions, without conflicts.
For instance, the Adobe Connect plugin for web conferencing was developed by OCAD University. Any proposed plugins that are developed would need to meet similar criteria of use across institutions.
Canvas Refresh Interval
Canvas refreshes the configuration/data for their Beta and Test systems on a specific schedule. I got some details on what this schedule is:
- Beta - Refresh every Sunday afternoon
- Test - Refresh every 3 weeks on Sunday afternoon
Using RBEnv or RVM with Canvas
I noted to Brian Palmer that when I specify a .ruby-version or .ruby-gemset file with my local Canvas instance, the files show up expecting to be staged in the Git repository. I noted that these files aren’t configured in the .gitignore file in the Canvas-LMS repository.
He informed me that this intentional. Canvas developers are expected to configure these files as ignored globally for Git.