In Moodle 3.1, the mobile app added support for “Remote add-ons“. This support allows plugin providers to add support so that their plugin can function within the mobile app.
Now, I should point out that Moodle is currently working on a much simpler system for adding mobile support to your plugin, but it will be a while before it is ready. When it is ready, the work I am about to undertake will likely be moot.
This post will be the first in a series where I will attempt to add mobile support for my questionnaire module. I say “attempt”, because this will be using some technologies that I am not familiar with so I will be learning as I go. I won’t guarantee success, but I will document the efforts.
SCORM is a technical standard developed by Advanced Distributed Learning Initiative (ADL) over 16 years ago that governs how online learning content and Learning Management Systems (LMSs) communicate with each other. It is the mature de facto industry standard for e-learning interoperability the pre-dates mobile learning and IOT.
cmi5 is a new specification that was co-developed by ADL and the Aviation Industry Computer-Based Training Committee (AICC). This new specification defines how “LMSs launch content” using the Experience API (xAPI) as the content-to-LMS communication layer. cmi5 builds upon the lessons learned from AICC and SCORM specifications, address the limitations of each, and adds new capabilities. cmi5 uses xAPI which was designed with both traditional and non-traditional learning methods (Social, Mobile, Simulations, VR etc.) in mind. cmi5’s use of xAPI enables the development of interoperable features well beyond the traditional LMS model. cmi5 is a key component of an xAPI based learning ecosystem and an excellent starting point for organizations that wish to adopt xAPI.
cmi5 provides the following functionality that SCORM does not:
- Richer Data Collection. Record any data you want (and get it back!)- SCORM is limited to a “list” of data collected. cmi5 is open-ended on the data you can collect.
- Share Data more easily – cmi5 uses a web service and data structure that allows easy integration with other systems/applications.
- Distributed Content – cmi5 content can reside anywhere, it allows for content as a service.
- Elimination of “Pop-up” Windows – eliminate pop-up blocker headaches
- Mobile app launch support – cmi5 content does not require a browser. Content could be a mobile app.
Part Three – Indexing More of your Plugin
In the last post, I added more searchable content to my plugin’s search indexing function, so that additional information fields specific to each instance of a plugin were included. Now I’m going to try and add question content to the search indexing.
What are Chartlets?
Chartlets are tiny charts without grids or legends, like Sparklines. They’re perfect for conveying simple relationships or trends, especially when space is scarce.
Chartlets uses the HTML5
<canvas>element for fast performance and is only 2.8k when minified and gzipped. It has no dependencies.
<canvas class=”chartlet” data-type=”line” data-colors=”#ffcc00 #ff66cc” data-range=”0 10″ data-sets=”[1 5 3 9 4] [4 3 9 7 2]” width=”100″ height=”55″ data-opts=”stroke:2 shape:smooth cap:circle”></canvas>
שילוב מנגנון הגרפים לעיל בשאילתות SQL ב configurable reports block
Logstore plugin for moodle to ship logs to graylog or other log backends which supports the GELF format. This plugin requires that you have a working Graylog node. Open source Graylog can be downloaded for free from graylog2.org. Transport protocols TCP and UDP are supported.
Log timestamp in Graylog is directly taken from moodle log entry’s timecreated. Useful when importing logs from moodle to graylog in a live moodle installation.
The array in
other column in standard logstore is sent as a JSON string as of now. Users can use the “JSON Extractor” feature of Graylog in the
other field to store them as separate fields in Graylog.
Bi-Directional Replication for PostgreSQL (Postgres-BDR, or BDR) is the first open source multi-master replication system for PostgreSQL to reach full production status, developed by 2ndQuadrant and assisted by a keen user community. BDR is specifically designed for use in geographically distributed clusters, using highly efficient asynchronous logical replication, supporting anything from 2 to more than 48 nodes in a distributed database.