Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Introduction:

This document is an approach not from content framework to solve the creation of self-assessment from the user’s workspace

Background:

Jira issue: https://project-sunbird.atlassian.net/browse/SB-17128

Problem Statement:

Currently, an Assessment is created as a two-step process and most of the activities are done in the back end. Content is created with type as "Resource" which is reviewed and published and later the content type is changed to "Self-Assess” and made available to the user. Instead, the whole creation and publishing process should happen from the portal 

Solution 1:

Handling on editor side(adding summary slide into content)


Whenever the content editor will create content as self-assessment content, we will extend the ECML with a new stage block which contains the summary plugin.

If content editor edits the same content we will hide the stage from the content editor and after saving we will add the stage again.

 Stage ECML sample

<stage w="100" x="0" h="100" y="0" id="3a52e8ee-349c-49de-b5da-a6a47b268218">
        <config>
            <![CDATA[{"opacity":100,"strokeWidth":1,"stroke":"rgba(255, 255, 255, 0)","autoplay":false,"visible":true,"color":"#FFFFFF","genieControls":false,"instructions":""}]]>
        </config>
        <param name="previous" value="59e8bd17-86ad-4043-b340-18c9d9862a5c"></param>
        <org.ekstep.summary rotate="0" z-index="0" w="77.45" x="4.61" h="125.53" y="-29.38" id="45ecdc54-ce1d-48cd-a5a4-808c03ee12e2">
            <config>
                <![CDATA[{"opacity":100,"strokeWidth":1,"stroke":"rgba(255, 255, 255, 0)","autoplay":false,"visible":true}]]>
            </config>
        </org.ekstep.summary>
        <manifest>
            <media assetId="summaryImage"></media>
        </manifest>
  </stage>

Pros:

  • Easy to implement. Simple change on the content creation side(editor).

  • Any summary plugin fixes will reflect on the new/edit contents immediately.(without user concern)

Cons:

  • We are adding this plugin for every self-assess content. It will increase the size of the ecar file.

  • Any fixes of the summary plugin will work only for new contents. Older contents need to edit & republish to get fixes of summary plugin.

  • This is the core plugin changes(Stage plugin), any issues will have an huge impact on other contents as well.

  • If user explicity adding this plugin to the last stage, then he will see 2 stages with summary plugin. Which he don’t have any info why it is showing twice.

Note:

Existing contents has to fix(remove the last slide). Else edit/copy of the any exisinting will be having duplicate slides of summary plugin.

Solution 2:

Handling on consumption side as an end-page plugin(merging summary plugin & end page)

we can club the summary and end page plugin which will behave as an assessment end page plugin. Based on the config received by the player we will switch the end page.

Pros:

  • We do not need to change content editor code for a new content type, just a plugin change will suffice this requirement.

Cons:

  • We will be handling two endpage plugins based on the different type of content type [ not a cons though ]

  • No labels