Mahara dreams in Switzerland

After a wonderful meeting with Mahara users in Heidelberg yesterday, I was ready to continue Mahara discussions with Kevin Moilar at Liip in Fribourg.

Liip is a Swiss Moodle and Mahara Partner that operates out of 4 locations in Switzerland and has approximately 70 people. A small E-Learning Team takes care of Moodle and Mahara clients and will look more closely into contributing to core Mahara from about September of this year on.

As Lausanne is not too far away, Dominique-Alain Jan joined us for the day. dajan – as he is commonly known online – is the main translator of Mahara who has also taken it up to translate the user manual. He travels a lot to promote Mahara and give workshops, but he can also program, maintains the servers at his school, teaches, writes his PhD thesis, and if his schedule wasn’t already crazy enough, he ran for political office last year. ;-)

The decision of Liip to contribute to Mahara core is exciting news because Kevin has had a number of fantastic ideas for improving Mahara that’ll be fun to look into further. Below are a number of suggestions that came up during our discussion.

Ubiquitous “Add” button

Kevin’s biggest concern is that it is not clear for users what they are supposed to put where in Mahara. The dashboard image which divides tasks into “Create and collect”, “Organize”, “Share and network” is supposed to help but not yet enough. Thus, he would like to simplify adding content to a portfolio by making it possible to create or collect content anywhere on the site without having to worry where to put it and going there first.

That means users would have a very prominent “Add” button which expands and let’s the users choose whether they want to add a file or write text etc. and then the relevant screen is displayed.

Focus on the editor

Currently, when you add text content, you have a small editor window and need to know that you can click on a little icon to expand it into fullscreen mode to have the entire screen filled with the editor. Kevin wants to get rid of all the “clutter” that is around a small editor window and distracts from the actual task. He referenced iAWriter as example of uncluttered writing in an editor. I have used OmmWriter that can help in the thinking process when you don’t have anything else on the screen that could be distracting but can reach all controls easily. He imagines a restyling of the editor, offering auto-save for the content and in general make it a better experience and not just your standard TinyMCE.

Select internal files

Of course, when talking about the editor, the selecting of internal files from the repository instead of having to hunt down the URL came up. That has been a long-standing feature wish and would be nice to get implemented.

Combine CPD and plans

The plans functionality is a basic implementation of a ToDo list that is a great start. The Continuing Professional Development plugin took it a bit further. The code was taken and added onto to count up the hours spent in professional development over a specific period of time besides a number of other changes. I would love to see that functionality in core and combine it with the plans. Settings could regulate whether you want to have a standard plan or want to enhance it with additional information such as time spent on the individual items of the plan etc. Furthermore, linking internal and external learning evidence into the plans would be great for easily referencing those.

Chatty chat

A chat function is missing from Mahara which would allow users to communicate syncronously on the platform like they are now used to from a number of other web applications they use, e.g. Facebook and Google. A number of users have already remarked on that and would love to this this happen.

Saving bits and pieces

A place where you can keep bits and pieces for dealing with them later would be great. That would be similar to a “Read me later” list where you can collect anything that you don’t have time to look into right away. It’s an unstructured ToDo list in a number of ways that can be accessed really easily and content can be put into it fast. Some users may already use external services for that. Thus, being able to import the RSS feed of these items if available would be nice to display and work with them in Mahara.

If Kevin wouldn’t have had to go back to Moodle migrations that his colleagues were working on, we would have found more things to dream up or discuss existing wishes further. I am very much looking forward to hearing and seeing more from the Liip developers and take the ideas to the brainstorming and then implementation level.

Mahara in Baden-Württemberg and Rheinland-Pfalz

“Welcome to Germany, the developing country for ePortfolio usage” was the greeting that I received in the train station in Heidelberg. I was to meet a bunch of people who are interested in ePortfolios and especially work with Mahara for a few hours to discuss the software with them and get to know what they are working on. Christian Kleinhanß from Medien und Bildung organized the meeting and was able to gather a great group of people in the middle of summer. We met in a cafe and talked shop for over 3 hours touching upon many topics that concerned them and where they had questions.

Emerging themes

Data / privacy protection

This is probably the biggest issue that schools who want to implement Mahara (often alongside Moodle) face as the schools can’t control easily what students put into their portfolios. The Ministries of Education fear that students misuse the platform for unsavory purposes and that teachers won’t know about it immediately. Furthermore, if more than one school is on a Mahara instance, students are able to write to each other and that should not happen. A few times we referenced the isolated institutions plugin, and the consensus was that if that were available, schools would be able to share one Mahara instance as individual tenants as they can control whether their students should be allowed to or not communicate with other students. As a result of today’s discussion, the issue will be followed up and information gathered on what would have to change in Mahara to pass the stringent data protection review of Ministries of Education in Germany.

Local periodic gatherings to talk about Mahara in person

Similarly to the initial Mahara User Group that was founded in New York last year, today’s group also favors small, local meetings where people then also know each other and where they can discuss topics that are common to them. Thus, the South-western German Mahara User Group will have its first official meeting later in the year. Today you could say was the pre-founding meeting. ;-) There will be a MUG discussion forum in the German community, but there’ll also be overlap with the U.S. MUG and users will talk to each other there as well.

I also enjoy these face-to-face meetings as some topics can be discussed more quickly are more productively in a shorter amount of time and because I get the chance to meet users of the software and find out more easily what they are doing especially if they are reluctant to post questions or opinions in forums. Giving them a space where they feel more at home for participating is a great thing. We’ll also list meeting times on the MUG wiki page in case there are also outcome documents, recordings etc. that can be shared with other users.

The next big event in the conference calendar for Mahara users in Germany will be the MahoodleMoot early next year in Munich. The idea is to have Mahara represented more prominently – hence also MahoodleMoot and not only MoodleMoot. ;-) Christian and I talked briefly – before the train doors closed abruptly – about the possibility of a hackfest right before it / on the first day(s) during the pre-conference workshops. He envisaged a get-together of Mahara users to work together on something, e.g. help with the translation of the software language file or the documentation or discuss other things. This is a great idea that has also been discussed in the MUG meeting at Purchase College in July. There the focus was on developer involvement to write a plugin or get started on a core feature. The German community has fewer developers in its ranks and thus the user side is more prominent, but a hackfest would nevertheless be great for them as well to get more involved with the community and the software and work together on something

Mahara presentation with a dash of earthquake

July 3, 2012, will stay in my mind for a very long time because it was my worst earthquake experience so far. I was looking forward to my virtual presentation at MaharaUK12 at 10:30 p.m. Just a few minutes into the presentation, I felt a little shaking and first didn’t think much of it as heavy cars or minor earthquakes can cause that.

When the shaking didn’t stop but actually got worse, I had to stop for a bit to seek shelter. Thanks to modern technology and the internet, the participants in my session over in Lancaster, UK, experienced the quake live with me minus the shaking and the uncertainty of what was going on, whether it would get worse, how long it would last and whether I should prepare for evacuation.

Fortunately, the heavy shaking stopped after about 50 seconds and after a short audio adjustment period, I could continue with a pounding heart and frazzled nerves. Luckily, there were no aftershocks. At the end of my presentation I learned that it was a 7.0 earthquake 170 km west of Wellington.

I was happy that I could conclude my presentation without any further incidents. Though I still had about 15 minutes left, there didn’t seem to be any questions – either because everything was clear, the session attendees were also shaken up or because I wasn’t in the room to be able to follow up and try to elicit questions. Having the presenter online and all other attendees in a physical location can be tough, and I need more experience of how to handle such a situation. Preferably without having lived through a 7.0 earthquake right before. ;-)

As I record my presentations whenever possible since my slides do not have many words on them, everything was captured in for posterity.

Writing the Mahara user manual

My name is Kristina and I like writing documentation.

That’s how I started my Pizza Thursday presentation at Catalyst today. And it’s true. With the right motivation and also good tools, it can be an enjoyable task. The tools I used for the Mahara user manual are:

  • reStructured Text: text markup
  • Shutter: Ubuntu screenshot software which allows you to edit your screenshot and place so called callouts onto it (numbers in circles that are incremented)
  • Sphinx: documentation tool that compiles rST files in beautiful HTML, PDF, ePub etc. files
  • Git: version control system to keep my text and images etc. safe – we use Gitorius to share the files with others
  • Read the Docs: site that hosts Sphinx documentations
  • Launchpad: tracking and working on translations as well as bug tracker and Q&A
  • Piwik: Web analytics software

For the Mahara 1.6 manual I will use Gimp instead of Shutter for editing screenshots because Iñaki adapted a script that can make the callouts in there. That way translators can use the original Gimp files and just replace their screenshots and then re-arrange the callouts if necessary. You can read his notes and watch a short demo of how to create callouts in Gimp.

The translations of the manual will require us to move to our own server as Read the Docs cannot yet be used for translated Sphinx documentations. Furthermore, we had to adapt the Sphinx script to deal with screenshots that are in other languages.

I had asked Melissa, a member of the Mahara development team at Catalyst, to investigate this and see if she could get it to work. And she did. :-) I haven’t seen the result live yet as we are waiting for our server and also need translations and their images, but if you want to know what was actually all necessary to make it work, you can check out her blog post for the details.

Knowing that Pizza Thursday presentations should be short as we usually only have about 45 minutes for introductions of new staff members and then about 3 presentations, I opted for a PechaKucha presentation again. My last one was on Mahara 1.5 during our May Pizza Talks. This presentation format is a challenging one as you need to think very clearly – more so than for a presentation that can go longer I think – of what you want to say as you only have 20 seconds for each slide and you have to have 20 slides altogether.

Without further ado, here is my presentation including the recording so you actually know what I mean with my slides.

Like being in a candy store

Yesterday was ANZAC Day in New Zealand and it was flanked by two Mahara-related events for me:

  1. MUG (Mahara User Group) online meeting at 6 a.m.
  2. Eportfolios in focus webinar at 10 p.m.

For both I was asked to give a presentation on new features in Mahara 1.5 which we released last week. The time slot available in the MUG meeting was a short one whereas I had 45 minutes altogether in the evening webinar to present some new features and also answer questions of users.

So many things to try

So many things to try

While preparing both presentations, I was very torn between a number of features that I wanted to highlight as there are so many that are really cool. So it was like “I want this and this and this and this” like a child in a candy store. Fortunately, all the features I presented are built into Mahara by default. It’s just that I had to make a tough selection for the presentations.

I was happy to have had the opportunity to talk about some new features and share my enthusiasm for this new version of the open source ePortfolio system Mahara with others.

Both were recorded. Once the link to the Eportfolios in focus webinar is available, I’ll post it.

If you want to find out about these and many other new features in Mahara 1.5, you can for example: