FYI: Not Yet Implemented
https://openedx.atlassian.net/wiki/spaces/EDUCATOR/pages/29688043/Course+Blocks+API
On Friday, July 15, 2016 at 2:59:29 AM UTC+10, Nimisha Asthagiri wrote:
>
> Hi Ishan,
>
> This project was completed last fall and is available in the Dogwood
> release of open edX.
>
> There are essentially 2 options right now for supporting your SCORM xBlock
> on mobile:
>
> 1. *Webview:* Render it in a webview after ensuring that the xBlock has
> responsive web layouts and support for touch-based inputs. This is done by
> marking the xBlock's student view with the @XBlock.supports("multi_device"
> ) python decorator.
>
> 2. *Native:* Implement a student_view_data method on the xBlock and
> return JSON data that could be interpreted and executed natively by the
> mobile app. This currently requires forking the edX app code in order to
> add your native implementation. In the future, we may be able to architect
> the app code so it can include custom xBlock app libraries without a full
> fork of our repo.
>
> The following section in the Course Blocks API wiki has more information
> on this:
>
> https://openedx.atlassian.net/wiki/display/MA/Course+Blocks+API#CourseBlocksAPI-BlockRendering:Web,Responsive,andNative
>
> Thanks,
> Nimisha
>
>
> On Mon, Jul 11, 2016 at 1:39 AM, <ishan...@theteacherapp.org <javascript:>
> > wrote:
>
>> Hi Nimisha,
>>
>> Any update on this project? We are trying to extend the scope of a SCORM
>> xBlock that plays SCORM content on web, but is not able to do on the edX
>> mobile app.
>>
>> -Ishan
>>
>> On Friday, May 29, 2015 at 4:34:12 AM UTC+5:30, Nimisha Asthagiri wrote:
>>>
>>> Hi all,
>>>
>>> The Mobile team at edX is planning to extend the mobile apps with
>>> generic support for accessing and navigating xBlocks in a course. (The
>>> currently deployed mobile apps have support for only video data.) In our
>>> initial support for xBlocks on mobile, we plan to render them through
>>> webviews as long as they have responsive UI.
>>>
>>> In the spirit of giving you an opportunity to chime in during the design
>>> phase of this work, we are sending out this note as a pre-announcement to
>>> an upcoming design spec of this feature and an invitation to send us any
>>> initial thoughts you may have.
>>>
>>> In the upcoming design, you can expect (based on a preliminary prototype
>>> by our team):
>>>
>>> - A mechanism to *tag an xBlock* when its HTML/CSS is responsive.
>>> - A REST API for *rendering a single xBlock*, without the extra
>>> chrome of the containing courseware.
>>> - A REST API for *listing all the xBlocks* in a course from the
>>> perspective of the requesting user (e.g., a student).
>>> - Design consideration for making this a generic API that can be
>>> used by non-mobile clients as well.
>>> - Preliminary support for a participating xBlock to embed a
>>> student view in JSON form. For example, with a native video player
>>> on
>>> mobile, the video module can send JSON data that is needed for a
>>> student
>>> view of the video.
>>> - A REST API for delivering *navigation information of a course*.
>>> For usability reasons, some LMS views (such as a mobile app) may have
>>> maximum limits on how deep to show a course hierarchy. In such cases,
>>> it
>>> is useful to have a centralized API that returns a navigation view of
>>> the
>>> course, while handling all types of course hierarchical structures.
>>>
>>> Our expected timeframe is as follows:
>>>
>>> June 12th: Preliminary design spec for review
>>> June 13th - June 26th: Design review process
>>> June 26th: Final and agreed upon design complete
>>>
>>>
>>> Thanks,
>>> Nimisha
>>>
>>> --
>>>
>>> *Mobile, Technical Lead*
>>>
>>> edX <http://www.edx.org> | nim...@edx.org
>>>
>>>
>>>
>
--
You received this message because you are subscribed to the Google Groups
"General Open edX discussion" group.
To view this discussion on the web visit
https://groups.google.com/d/msgid/edx-code/fbbec968-6589-4b8b-bd6d-8d6323ca6af6%40googlegroups.com.
