Could you help translate MoodleNet in your language?

We want MoodleNet to be useful for educators around the world, so of course we need it to exist in as many languages as possible!

That’s why, as well as launching in English, it’s very important for us to launch with the interface available in other languages, too. We want to encourage the communities, content, and discussions that will come to life on the platform to be representative of the wonderful diversity of this community.

If that sounds like something with which you’d like to help, please head over to this thread on the MoodleNet forum and provide:

  1. A list of languages you know, including your level in each: Native ; Fluent ; High writing profiency ; High reading proficiency; or Intermediate. (Please don’t forget to include your level in English).
  2. A few words about your experience (if any) with translation, and a link to some of your work (for example, if you’ve helped translate Moodle Core, include a link to your profile on AMOS)

We will then direct message you if we need any more details, and with information about how to get started when translation into your language(s) is ready to begin. We’re going to start with some of the most common languages among users of Moodle, including Spanish.)

If you’re selected to help translate the pilot version of MoodleNet before it launches, you’ll also be invited to join as one of the first pilot users to try out the platform for yourself.


Photo credit: Slava Bowman 

Seeding our security and privacy bounty programme with a Mozilla MOSS grant

MOSS Secure Open SourceThe MoodleNet team is delighted to announce that we have been awarded a Mozilla Open Source Support (MOSS) grant. We pitched for this at the recent Mozilla Festival, and the judges were impressed enough to award us $5,000 to help us perform a privacy and security audit of MoodleNet.

Creating a decentralised platform for MoodleNet is important to our goal of creating an open, safe, connected solution that can be installed and run by any organisation. Doing so, however, increases what security professionals call the ‘attack surface’ of the software environment. We are delighted to not only have a grant from Mozilla to help with this, but also access to their community of talented technologists.

Our plan is to create a series of ‘bounties’ for security testing MoodleNet. This is a proven method for incentivising ethical hackers to disclose privacy and security vulnerabilities in software products and platforms. Using this method, we hope, will not only increase the reliability of our systems, but also help increase trust in open source and federated solutions.

“Thanks to Mozilla for their MOSS initiative, and for their grant towards security testing of MoodleNet. It’s a pleasure to be involved and our team is using it as effectively as we can.” (Martin Dougiamas, Moodle CEO)

We’re still reviewing which platform to use for our security bounty programme, but you can see how organisations and projects such as WordPress, Brave and Discourse use such platforms to improve the quality of their products.

If you’re interested in helping out with this programme and potentially receiving a cash reward for your efforts, there are a number of things you can do:

Finally, if you have any suggestions for how we could set up this privacy and security testing programme for even greater success, we’d like to hear from you. Either add a comment below, or get in touch with us directly via email :

MoodleNet in 2018: a retrospective

Captain Hindsight


This year, MoodleNet has gone from idea to code. In fact, we’ll be launching a Minimum Viable Product in January 2019 to gather feedback from around a hundred testers. That process will start in the New Year.

In a world of agile development, where speed-to-market is everything, why has it taken a year for MoodleNet to emerge? Hopefully, this post (and its many links) will help explain some of that. We agree with Abraham Lincoln’s philosophy when he said: “Give me six hours to chop down a tree and I will spend the first four sharpening the axe.”

MoodleNet is a new open social media platform for educators, focused on professional development and open content. It aims to sustainably empower communities of educators to share and learn from each other to improve the quality of education, and will be an integral part of the Moodle ecosystem.

If we were building a centralised system such as Twitter, if we wanted to “move fast and break things” like Facebook famously does, then we could have launched months ago. But what we’re building with MoodleNet is, just like Moodle Core has proven to be, for the long haul. We’re building something to last.

Batman thinking


Back in January, we began by scoping out what we wanted to achieve in a white paper that included feedback and suggestions from a whole raft of people who are credited at the end of the document. We based it on scenarios that, while fictional, are based on the real-world situations faced by different groups within the millions of people who make up the Moodle community.

Realising that it’s important to build Open Source projects upon strong principles, we defined what we meant when we said that MoodleNet is:

search-refine-curateBryan Mathers began helping us visualise some of what we were trying to achieve with the project, bringing it to life beyond mere words. At this point, the MoodleNet team consisted of a single person – me, Doug Belshaw. To quote another American President, this time Woodrow Wilson, I decided to use “not only all the brains I have, but all I can borrow”. As an educator and a technologist, I got in touch with experts in my network to ask for their advice. They are listed at the bottom of this post, and their input was invaluable for refining what we wanted MoodleNet to be.

In February, at a management meeting in Perth Australia, I ran a couple of MoodleNet workshops based on what I’d heard from the experts in my network, and also what Martin Dougiamas, Moodle’s Founder and CEO, had requested. This was a very positive experience, as it was clear that MoodleNet was going to be vital to the whole Moodle ecosystem.

While still in nascent form, and in the run up to the implementation of the European General Data Protection Regulation (GDPR), we focused in on compliance, and testing some ideas around using the very new ActivityPub protocol. We tested various approaches, such as those taken by Hubzilla and Mastodon.

Once we knew that MoodleNet was going to be a federated social network – one that could be installed just like Moodle Core, but with each MoodleNet instance connected together – it was time to focus in on what people would be doing with this social network. Work in March involved gathering inspiration from different types of social networks that involved resource-sharing. We felt that, in 2018, asking people to join yet another generic social network would be fighting an uphill battle.

At the MoodleMoot UK & Ireland in March, we gave a presentation and ran a workshop on MoodleNet, soliciting feedback on the ideas we had come up with. Feedback was positive, with the community tweeting about the soft spot between pedagogy and technology, and seeming to get why we had decided to start by focusing on building something small.



By the time the OER18 and OE Global conferences came around in April, we felt that we were ready to plan what MoodleNet would look like in more detail. Conversations at these two events really helped us explain what we hoped to be the value proposition, and fed into a series of blog posts aimed at winnowing the project down to MVP size.

It was at this time that we also began running the MoodleNet community calls. Having run many of these before with other Open Source projects, I was delighted that many people gave up their time to join us. Unfortunately, we had to give these up after the first three, as the way we were collecting user data wasn’t GDPR compliant. It’s still something we’d like to do, so we’re still looking for a better way to run these in 2019.

MoodleNet - a resource-centric social networkOne extremely important feature of any social network, but particularly one focused on resource-sharing, is search functionality. Get it right, and nobody notices. Get it wrong, and everyone complains. I asked Mike Larsson, who I’d worked with at Mozilla, to do some thinking around this for us. He came up with several approaches, including a custom search index. As we prepare for the MVP, we’re currently building upon these ideas.

In May, as the project began to need more technical input, I asked for some input from Phil Barker around metadata, schemas, and standards relating to Open Educational Resources (OER). We also started looking for a Technical Architect to join the team. After going through 80 applications, and interviewing many diverse candidates from around the world, we offered the position to Mayel de Borniol.

Mayel’s first day at Moodle was also the first day of a week-long sociocratic design sprint with Outlandish, a tech co-op based in London. Martin Dougiamas flew in from Australia to be with us and, based on information we’d gathered – including a pre-sprint community survey – we designed a prototype which we then tested with members of the Moodle community. Bryan Mathers again helped us visualise proceedings.

The design sprint gave us a real impetus and mandate to get started in June with the technical architecture of MoodleNet. Mayel outlined some options for how we could set up and run MoodleNet, and we established a code base in GitLab. By the time we both presented in Barcelona at MoodleMoot Spain, we had a clear idea of where we were heading, both conceptually and technically. We received great feedback and questions, both in person and via Twitter.



After the design sprint, we engaged the services of Outlandish to continue designing MoodleNet. UX Milestone 1 in July demonstrated our thinking around the potential look and feel of the user experience on mobile. At the same time, given what the community had told us, we began planning for how MoodleNet could integrate with Moodle Core.

I flew over to the US for the MountainMoot of which I’d heard so much. I ran a workshop on MoodleNet, gaining some extremely useful insights both during the session and in conversation during the event. It was at this time we also started thinking about the use of Open Badges in MoodleNet. Although we have de-scoped them from the MVP release, it’s still something we’re looking to integrate as soon as possible in 2019! We also started thinking about identity in decentralised social networks.

moodlenet-betaWhile I spent most of August on holiday interrailing around Europe with my family, work continued on MoodleNet in my absence. Mayel settled on a technical architecture for the project, and decided to use Elixir for the backend code base. This led to questions both within Moodle HQ and the community, and to Mayel presenting to Moodle Core developers.

Outlandish continued their work through UX Milestone 2, which resulted in four screencasts to show the community the work we’d done. By the time September came around, we were ready to accelerate development of the project. I presented at ALT-C, Mayel and I participated in a front-end development workshop with Outlandish in London (leading to a demo and draft style guide), and after a several-week search, we welcome Alex Castaño to the team as backend developer.

It’s good practice in open source to avoid reinventing the wheel and to instead use shared libraries of code for functionality that exists in more than one project. When we didn’t find a suitable code library for creating federated apps, we decided to build a generic ActivityPub backend server. This was for several reasons, but the most important is that the more ActivityPub-enabled services there are, the better for the entire decentralised application ecosystem. We’ve already seen the resulting CommonsPub repository attract contributions from the Open Source community, and it’s being used in other projects as well as MoodleNet.

Designing tech in 3D


By October, MoodleNet was really coming into focus. Alex quickly realised he’d joined a team building something going beyond merely another tech project, and an interview with Mary Cooch helped explain to the Moodle community why we’re building something completely different to the existing

Version 0.8 of our overview slide deck told a much better story than previously, thanks to some feedback from the wider MoodleNet community. At the end of the month, Mayel and I attended the Mozilla Festival in London. There was a whole decentralisation floor where we ran a workshop, and proceeded to successfully pitch for a small grant – details of which we’ll reveal in early 2019!

Hot on the heels of the Mozilla Festival was MoodleMoot US, where I ran a workshop. People from a diverse range of backgrounds participated in the session, from K12 and Higher Education to the corporate world. They could all see how MoodleNet would be useful in their context, and we again received positive feedback both in person and on Twitter.

Principles-ConnectedMoodle HQ has hired many new colleagues in 2018. In late October, Gry Stene joined us as Chief Product Officer. As her job title would suggest, Gry now oversees all of Moodle’s products, ensuring we are using resources effectively, building interoperable products, and preventing too much overlap.   

In November, with around two months until the MVP, we spent time thinking about the user sign-up experience. Outlandish built a prototype (with live code) and tested it with volunteers from the community. As is to be expected, although it was fine with no major flaws, the feedback pointed to how it could be better. We returned to the drawing board, reimagining the process to be even easier and more GDPR-compliant.   

Outlandish joined us for two days of a MoodleNet team in-person workweek, where Mayel and Alex met one another in person for the first time! The main purpose of the week was to ensure that the work on the front-end and back-end was hooked up together, using a data query language called GraphQL. Although we didn’t get through everything we wanted to get done that week, it was a very productive time, and meant we were in better shape than we would have been had we continued to work remotely.

Over the previous few weeks, Mayel had worked on contribution guidelines for the community, based on his own experience and other Open Source projects. We opened this for comments and, after a two-week feedback window, made modifications based on what we heard. We’ve adopted the Contributor Covenant and added specific guidance around how community members can get involved in making their first contribution.

contributeGiven he was in Athens, Mayel took the opportunity of running a workshop at MoodleMoot Greece, with a specific focus on localisation. After talking since at least July about the potential use of emoji triplets for identity and identification in decentralised systems, I finally got around to writing this up in a post describing what we’re calling Emoji ID.

As I write this towards the end of December, we’re in good shape for the MVP in early 2019. Mayel recommended Ivan Minutillo, a UX designer and front-end developer for our team and Gry did a fantastic job at getting him onboard very quickly. Not only that, but Ivan really hit the ground running, already having contributed to CommonsPub and experience with the core technologies we’re using on the front-end.

We had planned for Outlandish to overlap until next month with Ivan. However, given how quickly he came up-to-speed, and how efficiently the project has been documented, this was kept to a minimum. The six months we spent working with Outlandish were invaluable; there is no way we would be in the same position without them. I hope that we’ll be able to lean on their expertise again in 2019 for future stages of the project!

Since handing over from Outlandish, we’ve re-scoped the project milestones, drafted a testing plan for January 2019, and published v0.9 of our overview slide deck.

Adventure Time

Final words

It’s been an exciting but tiring year and I think the whole team is ready for a well-deserved two week break over Christmas! All of the above would have been enough for a team working full-time to achieve. As it happens, the only person working five days per week has been Alex, and only since early October. The rest of us work between two and four days on the MoodleNet project!

The proof of the pudding, as the English saying goes, is in the eating. So I’m looking forward to testing our first value proposition in January 2019: do people want to join communities to curate collections of resources?

Time will tell. Lots of people have given us their thoughts and opinions about MoodleNet this year and this project is better because of them. Any problems or issues with the project are, of course, my responsibility as MoodleNet Lead. However, anything that’s useful is due to the fantastic team I’ve had the privilege to assemble, input from my talented colleagues at Moodle HQ, and the following people who so have so generously lent their time:

  • Outlandish
    • Rob Cornish
    • Matt Crow
    • Sam Gluck
    • Kayleigh Walsh
  • Consultants
    • Phil Barker
    • Mike Larsson
    • Bryan Mathers
  • Testers
    • Miles Berry
    • Luca Bösch
    • Mary Cooch
    • Martin Deinhofer
    • Andy Field
    • Jessica Gramp
    • Oliver Quinlan
    • Emma Richardson
    • Christian Turton
  • Open Source & ActivityPub community
    • César Awad
    • Ruben Cancho
    • Hubert Chathi
    • Thomas Citharel
    • cj
    • Elizabeth Dalton
    • Nolan Damon
    • Debashish Datta
    • Julie Day
    • Noel De Martin
    • Vijay Anand Deenadayalan
    • Vicke Denniston
      Lynn Foster
    • Rogério Furtado
    • Wayne Gibbons
    • Ralf Hagemeister
    • Bob Haugen
    • Ralf Hilgenstock
    • Laura Hilliger
    • Don Hinkelman
    • Mandy Honeyman
    • John Hunter
    • Chris Kenniburg
    • John Kuti
    • KS Læring
    • François Lizotte
    • Lilian Low
    • Dan McGuire
    • Greg McVerry
    • Richard Oelmann
    • Adam Procter
    • Felipe Raimo
    • Ben Reynolds
    • Julian Ridden
    • Luiggi Sansonetti
    • John Saylor
    • Séverin Terrier
    • Cyril Z.
    • The creators and contributors of ActivityPub, ActivityStreams, Pleroma, Elixir, React and the countless open source projects we on which we rely.
  • Experts 
    • Martin Hawksey
    • Alan Levine
    • Stephen Downes
    • James Easton
    • Meg Goodine
    • Jim Groom
    • Grainne Hamilton
    • Kristina Ishmael
    • Khari Khambon
    • Tim Klapdor
    • Rick Jerz
    • John Kuti
    • Clint Lalonde
    • Kin Lane
    • Scott McLeod
    • Greg McVerry
    • Ian O’Byrne
    • Alan O’Donohoe
    • Richard Oelmann
    • Nitin Parmar
    • Mark Pegrum
    • Emma Richardson
    • R. John Robertson
    • Tom Salmon
    • Amber Thomas
    • Martin Weller
    • Tom Woodward

My deepest apologies if I have missed anyone from this list. Please do let me know if I have neglected to credit your input!


Say hello to Ivan Minutillo, MoodleNet’s new UX Designer/Front End Developer!

Ivan Minutillo

Those following the development of the MoodleNet project will be aware that we’ve been working closely with Outlandish over the last six months. The team there have been invaluable in getting us off the ground with design and front-end development.

As the project matures, it’s time for that work to be taken in-house. That’s why we were delighted to have the opportunity to quickly snap-up Ivan Minutillo, a talented UX designer and front-end developer, who lives and works in Gaeta, Italy. He’s already started to build on the work that Outlandish have started, and will continue to refine our vision for MoodleNet on a two day per week basis over the next six months.

Let’s find out a little more about Ivan…

We would love to hear a bit about your work history?

I worked in different agencies and startups during my twenties. In a more or less spontaneous way I was often been involved into the development of dashboards and social networks – which over the years have become my main interest from a UX, code and social point of view.

My first experience with the creation of a social network was in an italian startup, building a social e-commerce app. In the last few years I’ve worked on a dashboard with aimed to provide Identity Access Management for secure machine-to-machine connections, based on blockchain technology. In December I quit to focus on development “for the open”, building economic networks to facilitate the creation of economies within communities.

What do you love about what you do?

Code is politic, since every choice that a developer makes, creates constraints that are reflected in social and economic interactions between users. This aspect, which over the years has created a new class of power, can be seen as a lever to evolve a dialogue between the writer and the user of software, to transform authority into responsibility and to lighten the gap between the two parties.

Furthermore, since code is politic, by writing software based on assumptions different from those of the current dominant culture, we can create new possibilities and spread new ideas. Basically, code is my medium of expression.

What are your interests outside of work?

During the recent period I got interested in agriculture, and together with a group of friends we’re planning to start a mushroom cultivation on the next year.

I have a long time passion about beat generation literature, especially anything wrote by Ginsberg and Burroughs, and rock music (Little Wing by Jimy Hendrix is one of the best thing I’ve ever heard) But more than all, my main interest is create, enhance and be part of local and global communities, to move outside capitalism together.

Where is your favourite place in the world, and why?

I dont have any favourite place, but I am especially bound to the mountain range where I live: Monti Aurunci with all the flora and fauna that lives there.

What is Emoji ID?

One thing you may have seen in the prototypes and mockups for MoodleNet is something called ‘Emoji ID’. You might be wondering what that is, even if you’ve heard us refer to it in a presentation or at a workshop. In this post, it’s my aim to explain it in the simplest way possible.


The problem

MoodleNet is a decentralised social network. This means that, unlike Twitter, Facebook, Instagram, or other centralised social networks, you can join one of a number of ‘instances’. As it’s possible to join more than one instance, your username isn’t just, for example, @dajbelshaw but or

Think of it like email, which is also a decentralised system. You can’t just type someone’s username to send them a message, you also have to include the relevant domain name. So, for example, you can’t just enter ‘ibrahima’ but have to use ‘’.

Back to social networks and let’s imagine that I’m looking for Mayel de Borniol, MoodleNet’s Technical Architect. Here’s what happens on Mastodon, which is kind of a decentralised version of Twitter:

Mastodon searching for 'Mayel'

Mayel’s got at least three accounts of which I’m aware. So which account should I use to start a conversation with him? If I get the wrong one he might not reply because it’s no longer in use, he uses it for other activities, or I’ve got the wrong Mayel.

Going further, what happens if someone deliberately sets up a parody, spoof, or catfishing account on a different instance but with the same username and profile picture? How do I know which one is the ‘real’ Mayel? Sure, I could perhaps try and memorise the longer username (e.g. but that seems unwieldy.

Surely we can do better?


The idea

Earlier this year, on my personal blog, I proposed an idea for using ‘emoji triplets’ as identifiers in decentralised social networks. I’d already started using them to add a bit of personality to my username on both Twitter and Mastodon:

Mastodon: emoji triplets

Other people use them too:

Eylan Ezekiel Twitter profile Maddie Mastodon profile

This can aid with identifying someone, especially if they’ve got many accounts or a particularly common name. Humans are good at recognising patterns, especially with items numbering fewer than seven, so combinations of three emojis work well.

Of course, these examples simply involve people adding emoji to a text field such as their display name. There’s nothing to stop people adding the same emoji to their profile as someone else. However, what if there was a separate field for the three emoji that are unique to that user? What if, once that user chose a particular combination of emoji, no-one else could?


The implementation

Every platform, whether it’s an email service, social network, or something else, has to have a way of identifying individual users.

Simplifying things a bit, anything you do on a platform involves linking a particular user with a particular action. In the code this is usually done through numbers, so for example user ‘783’ followed user ‘392’. Meanwhile, in the user interface you see something like ‘’ followed ‘’.

Mastodon profile - labelled

In other words, ‘’ is a fixed alias of user ‘783’. While I can change my Avatar and Display name as often as I like, I can’t usually change my Username. If I decide that I instead want to be, then I have to register a new account.

So, instead of email-like usernames that are long and difficult to remember, what if there was a separate field for emoji triplets? All of a sudden this become not just a decorative feature but something like an ‘Emoji ID’. There are several advantages to this:

  • Quick and obvious way to recognise a user even if they change their display name and/or avatar
  • Provides a standard, searchable way for users to customise their profile
  • A first step towards ‘nomadic identity’ (i.e. a way to move from one instance of the network to another without losing your followers)?

Here’s how it works:

  • User goes to sign up at a MoodleNet instance which is connected to Moodle HQ’s API
  • MoodleNet instance offers up a random, unique, and currently unused emoji ID to the user as part of the sign-up process. They can accept this, or choose their own so long as it hasn’t already been taken by another user.
  • Once the user has chosen their emoji ID it is registered both at the MoodleNet instance level and by the Moodle HQ API service, which makes it unique across all instances.


Additional information

Whether it’s to follow them, find the collections they’ve curated, or get in touch, users can be found by searching either for their display name or Emoji ID.

Using Emoji IDs opens up a whole world of possibilities. For example, one of the advantages for organisations using Moodle’s Branded Moodle Mobile App (BMMA) is that, when logging in, users no longer have to remember and type in the the exact domain name of their Moodle instance. Emoji ID could provide a similar solution for MoodleNet users, who then only have to enter three emoji, not (for example)

We could also help indicate which instance a user is on by reserving the first emoji for that purpose. So, for example, 💥👻💪 and 💥🎄🐻 would both be users on the same instance. Perhaps, similar to Sony’s plan for PlayStation users to be able to change their usernames for a fee, you might be able to associate a new Emoji ID to your account at a future time.



Before publishing this post, I shared several drafts with the team and various networks. Here’s some questions I received. Some of these are technical.

What’s the theoretical limit of unique emoji IDs?

Unicode 11.0 has 1644 unique emoji. So according to my calculations, there are 739,198,844 permutations. However, we may not use all the emoji as some are flags, Japanese symbols, etc. Either way, it’ll be a while before we have to worry about running out of unique Emoji IDs!

Doesn’t Emoji ID (and in particular a Moodle HQ API) break federation?

It doesn’t ‘break’ federation, it’s just a layer on top. Let’s say there’s a MoodleNet instance that isn’t connected to the HQ API. If a user on that instance wants to find a user or community on a different instance, they’d need the Emoji ID and domain name, or simply the URL.

Could I ever change my Emoji ID?

Theoretically, there’s nothing stopping us adding multiple Emoji IDs to a single backend identifier. So user ‘783’ might have several different Emoji IDs associated with it. We’d only ever show one, but the others would be reserved to prevent anyone else using them.

Many thanks to Mayel de Borniol, Emma Cragg, Noel De Martin, Brent Flanders, and Oliver Quinlan for their comments on earlier drafts of this post. Anything that leaves you confused or befuddled remains my fault. (Sorry!)

Provide feedback on our draft Contributor Covenant!

Update: the consultation period is now closed — thanks for your comments!


A ‘Contributor Covenant‘ is a code of conduct for contributors to Open Source projects such as MoodleNet. The original version, adopted by over 40,000 projects, is based on the work of Coraline Ada Ehmke.

We have been inspired by this and other approaches to create a draft Contributor Covenant for MoodleNet. It will be used for:

  • Code contributions and interactions between community members
  • Beta testing (after which there will be a user agreement)
  • Security reviewers

Before we call this ‘version 1.0’ we would like feedback on our draft Contributor Covenant from the Moodle community. Here’s how to do it:

  1. Read the entire document
  2. Think about a traffic light system for giving feedback:
    • What’s good? (green)
    • Do you have any questions? (amber)
    • Does anything concern you? (red)
  3. Select the relevant text and ‘add comment’

This document is open for feedback over a two-week period from Wednesday 21st November to Wednesday 5th December 2018.

Link to draft Contributor Covenant:

Image by rawpixel used under the terms of an open license

An interview with Mary Cooch, Moodle’s Community Educator

We took the opportunity to sit down with Mary Cooch, Moodle’s Community Educator, and ask her questions about MoodleNet. With her deep experience of all things Moodle, we were interested in Mary’s perspective on what’s gone before and what’s coming next…

Mary Cooch1. Moodlers will know you best as Moodle’s Community Educator and your very visible work with the Learn Moodle Basics Moot, on the forums, and at MoodleMoots. However, you also do a lot of work behind the scenes, including documentation and the existing service. Could you explain a little bit about how you got involved with that and what it currently entails?

Shortly after I started to work full time for Moodle HQ, our CEO and founder, Martin Dougiamas, asked me to curate the content submitted to This involves regularly checking the site to see which courses and other individual items are awaiting moderation. Every single item is downloaded and manually inspected. I look at the courses to see if they meet our course approval criteria and if they do, I make them publicly available.  (These are courses both which you can download and adapt for your own site, or courses into which you can enrol.) The same applies to individual items –  I add them to a test Moodle site to check that they work correctly and that their content is acceptable. New courses on then show up in the Resources feed on the front page of

2. Some people might wonder why we’re building a new MoodleNet when Moodlers can already share courses via What are your thoughts on that?

Did you know that actually, the concept behind and the site itself date from before 2010? Things move on, technology moves on, and with people doing so much now from their smartphones, I think it’s a good idea that we have a revamp, and also get teachers sharing from their mobiles.

One issue with the current set up has always been that it’s not so intuitive how to submit your course or your content. We used to have a “Publish” button and people would mistakenly believe that by pressing this button it meant their own private course would be made accessible to their students, rather than share with the world. We’ve changed that now, so that it says “Share”. (See  What does sharing a Moodle course mean?) Unfortunately, many courses are still submitted in error.

We have some useful content uploaded – quiz questions, user tours, theme  and database presets, glossary entries, competency frameworks etc – but it would still be great if we had more educators sharing more content! It doesn’t have to be a whole course – maybe the thought of downloading and having to adapt a whole course is a bit overwhelming. I’d love it if you could simply go to, search for, say, a revision activity in your subject area, quickly find a recommended one, and add it  easily to your Moodle. In time for your class!

3. Social resource sharing via curated collections is only the first stage for MoodleNet. What would you like to see next?

From what I’ve seen it all looks very exciting. I just want it to be a hive of activity, an interesting place to hang out, a treasure trove of Moodle content!

Our thanks to Mary for taking the time to answer our questions. As you can see, MoodleNet is both an evolution from what has gone before and an exciting departure based on new thinking and technologies.

Questions? Add them in the section below, for either Mary or the MoodleNet team!