User talk:Pravinpatil

From WikiEducator
Jump to: navigation, search

Contents

Thread titleRepliesLast modified
Redefined mockups for Course dashboard018:29, 11 March 2014
Forum?713:30, 8 March 2014
Blogs320:25, 6 March 2014
Quizzes and embedded interactions -- a learning design perspective001:45, 6 March 2014

Redefined mockups for Course dashboard

https://moqups.com/pravinpatil3009/jpRuhu9e/p:a822d02ad

I have posted the links for the mockups.

Course dashboard is made for both students as well as teachers. I have tried to keep the UI as friendly as possible. The page title suggests whether mockup is for teacher or student. Please give feedback.

Pravinpatil (talk)18:29, 11 March 2014

Please tell us more about your ideas for a forum. Do you have a specific implementation in mind? Will it be within Mediawiki or an external application?

Or is your idea to provide a link to an external forum from the dashboard?

How will the display of recent posts be different from the existing WEnotes display?

JimTittsler (talk)01:20, 6 March 2014

In the OERu model, we try to keep a layer of separation between the content and interaction tools. In theory it should be possible to reuse OERu course content with any forum tool rather than a dedicated centrally hosted forum. For example, an OERu partner may want to reuse one of our courses using their own preferred forum tool. This complicates the design of technology solutions (but in theory we should be able to harvest posts from any forum appropriately tagged, including any local forum posts.)

Mackiwg (talk)01:53, 6 March 2014

A single dedicated forum tool on the wikieducator site might help future students to reference as the data will be present on single server. Different OERu partners might use their own tools but once the course timeline is over they might clear/delete the data present on that tool.

Moreover a student might take multiple courses on the wikieducator site.For every course he might have to use different forum tool, which is troublesome usability wise.

I might be wrong on the above points, might require more discussion.

Pravinpatil (talk)13:01, 6 March 2014

Your point about the preservation of discussion data after a course is closed is well made, and philosophically well aligned with our preference for learners to be in control of their own data. I agree that users who are not experienced in using a variety of technologies will have usability issues until they become more familiar with a range of tools.

The issue is that our design must take flexibility into account creating opportunities for a variety of different tools to be used which can be aggregated into the timeline. So if we augment by offering local discussion forums in the wiki - we must also provide a way for the threads and posts to be integrated into the WENotes timeline.

WikiEducator was an early adopter of LiquidThreads -- the threaded discussion extension used on our talk pages. Our version is outdated due to a nunmber of legacy dependencies and we are keen improve the discussion engine. Looking to the future, we will most likely implement Flow as the preferred wiki discussion tool. However, Flow is still under development and not quite ready for showtime and live course delivery. Take a look - Flow is impressive.

Mackiwg (talk)21:05, 6 March 2014

Flow is a very good and powerful widget. I went through their discussions and FAQ's and found that the server script to move LQT to Flow still needs to be developed.(or is it already developed?) This will pose a major issue of porting the old data if the script does not come up any time soon. Based upon the discussions that are present, there are many organization using LQT and are less keen on shifting to new widget. And even if they are to move to Flow, the script is a necessity.

You as well might have thought about this issue.Another naive solution will be to adopt Flow on testing basis for wikieducator. Users will use this and based upon their feedback, changes in Flow widget can be made accordingly(this is another project in itself). It will as well help the developers.

Pravinpatil (talk)12:49, 7 March 2014

There will definitely need to be an LQT->Flow migration tool. I believe LQT2 is widely deployed enough that the tool is a must. (I secretly hope that perhaps a GSoC student will be able to advance the Flow development and transition tools.)

JimTittsler (talk)13:30, 8 March 2014
 
 
 
 

My idea of forum is somewhat similar to the extension given in the link below http://www.mediawiki.org/wiki/Extension:WikiForum

Can I get a screenshot of WEnotes usage ? Also if possible the source so that I can try it out on my local machine ?

An external forum can also be used but an user might have to register/login again to that particular site/application which is not user friendly. A SSO type login can be provided but the database schema is varied across platforms and maintenance will be a heavy task to carry out. (eg: porting of old users; changes in the login criteria in future)

Pravinpatil (talk)12:51, 6 March 2014

Here is a sample WEnotes page.

The source is in Widget:WEnotes and Widget:WEnotesPost, as well as in the gitorious repo for WEnotes and WEnotes-tools.

JimTittsler (talk)13:24, 6 March 2014
 
 

We already have the blog feature enabled in Mediawiki. (I use it for my tech blog.) But it doesn't provide nearly as many features as a dedicated blogging tool.

We really want to be able to harvest content from any blog.

  1. Students and teachers may already have their own established blog, and so we want to harvest content from there that is properly tagged for a course.
  2. Pointing other learners at Blogger or Wordpress is a simple way to limit the explanation of "how" and just allow them to quickly get to the course related blogging. There are many other options, but these allow free use and are easy to start using.
JimTittsler (talk)01:25, 6 March 2014

Just to add to Jim's comment, the OERu has a strong preference for Personal Learning Environments where learners use the tools of their choice distributed across the web. We then aggregate the interactions of these distributed tools.

Mackiwg (talk)01:43, 6 March 2014
 

The reason why I put up this was to provide better collection of blogs of students of a particular course. Currently for assessment one has to go through individual wiki-pages/links of every enrolled student.

Having a mediawiki blog certainly will restrict students.My point was to have a section/template wherein blogs of every student is present for a course(which can be done for every course).

Pravinpatil (talk)19:33, 6 March 2014

Aaah yes -- I see what you mean. Our prototype implementation if the class list & registered blogs could do with some improvement - perhaps the dashboard listing could provide different viewing / listing options, eg class list of registered blogs, a dynamic list of the posts per designated activity etc.

Mackiwg (talk)20:25, 6 March 2014
 
 

Quizzes and embedded interactions -- a learning design perspective

We distinguish between formative (quizes used to support learning with feedback) and summative assessment (used for grading). In the OERu model, summative assessment is provided by anchor partners, so our focus in WikiEducator is on formative assessment.

From a learning design perspective - it is advantageous to embed / integrate quiz items within the flow of the learning materials. It is also possible to build dedicated quiz sequences, for example when a learning pathway is completed. From an implementation point of view, it would be great if we could cater for both options, i.e. a mechanism or unique identifier to find / link to individual quiz items embedded with the materials as well as dedicated "post-lesson" quizes. In short I would not like to restrict the implementation to separating quizzes from the learning materials.

Mackiwg (talk)01:41, 6 March 2014