A bit of constructive critics

A bit of constructive critics

by Vladimir Lelicanin -
Number of replies: 56

Hi guys, 

With all due respect for tremendous amount of work on this platform, I am really wondering are you aware how this platform is user unfriendly (where word "unfriendly" is probably understatement... I feel more like a "users' worst enemy").

As a web developer and designer for last 20 years, I've probably worked with hundreds, maybe thousands of web platforms for all different purposes. And today when I installed Moodle to set it up for my university, my conclusion was that I can hardly recall some platform from recent past with so unfriendly interface, overcomplicated,  counter intuitive, outdated in concept and design, hard to navigate with dozens of clicks for even simplest operations... everything is so 90's. There are some best practices as a legacy of two decades of web,  and Moodle seems to ignore most of them. 

I wanted to create a simple course, 16 lessions, that repeats over year, for different groups, with PDF materials and weighted assignments per lession, attendance tracking and exam on the end. It seems as the most usual task that can possibly be. It took me several hours to figure it out and my every second click was wrong in average. If it was so frustrating for me, an experienced web guy, I can't imagine teachers on my university to do it by themselves even after an extensive training. Not to mention using it with joy...   

Anyway, I am not really writing this to play smart or to diminish your amazing work and accomplishments. It is out of question that Moodle is a very powerful platform with impressive features. I just wanted to give a constructive critic and direct your attention that you desperately need some UI designers and UX specialists in the team. I am not an expert, but you should definitely need to find some. 

Best regards, 

Vladimir

Average of ratings: Useful (3)
In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

Have you used any other Virtual Learning Environment software that the Moodle developers might learn from? Do you have any specific areas of Moodle that might be improved?

 

In reply to Marcus Green

Re: A bit of constructive critics

by Mary Cooch -
Picture of Documentation writers Picture of Moodle HQ Picture of Particularly helpful Moodlers Picture of Testers Picture of Translators

Yes - I echo Marcus' request: could you give some specific examples of where you think we could improve and could you tell us which other VLEs you have experienced - open source or commercial - that you can compare and contrast with?

In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Joseph Rézeau -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers Picture of Translators

Vladimir "I wanted to create a simple course, 16 lessons, that repeats over year, for different groups, with PDF materials and weighted assignments per lesson, attendance tracking and exam on the end. It seems as the most usual task that can possibly be."

To paraphrase your post, that view of what a "simple course" can be is "so 1970's". You do raise some pertinent points about Moodle's interface, and most Moodlers would agree that there is a real need for UI designers on the team. However, the "simple course" you describe in your post seems to consist of very traditional components that pre-existed Moodle and online teaching. You forget to mention those activities which are the strength of Moodle, such as the forums, the glossary, the database, the survey-like activities (feedback, survey, questionnaire), the Wiki, the workshop, etc.

Joseph

Average of ratings: Useful (2)
In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

Dear Vladimir,

I second the replies asking for examples.  I know that Wordpress has a good back end and is worth emulating but this takes time and effort.  You say you have "As a web developer and designer for last 20 years", so I say "welcome to the team and I look forward to your contribution" because a proportion of development is undertaken for free by the community because we believe in it.

I came to Moodle from experience of another VLE where it took 45 minutes to accomplish what then took 5 in Moodle 1.9 and that is ancient history.  Having used another VLE beginning with 'B' that interface seemed clunky.  Moodle 2.5 has lots more features including drag and drop upload and responsive Bootstrap themes.

You state "There are some best practices as a legacy of two decades of web,  and Moodle seems to ignore most of them. ", so if you know them, then please share so we can evaluate their validity and if substantiated do something about it.

You say "I just wanted to give a constructive critic" but you have only criticised, where is the "construction"?  Where is the evidence?  Where do you provide a solution to a problem?  All critical papers at University level have their arguments backed up by relevant references.

The Moodle community is about providing a 'free' learning platform for all to use and benefit from.  So join in and contribute smile.

Gareth

Average of ratings: Useful (2)
In reply to Gareth J Barnard

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

P.S. And being 'free' relies on Moodle Partners and donations for funding, so if you think a UX designer is required then I'm sure https://moodle.org/donations/ will accept your donation to help fund one or more.  I believe they will take PayPal, Visa, Mastercard...... smile

In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Frankie Kam -
Picture of Plugin developers

Hi Vlad

Thank you for your constructive criticism focusing on Moodle's User Interface and usability issues. Which version Moodle did you install?
What would be some of the best practices which Moodle seems to have ignored that if implemented can make Moodle even better?

Frankie 

In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Rex Lorenzo -

Vladimir,

I agree with you, for the most part, the UI in Moodle is hard to use. But I do agree with with the rest of the thread posts that you are not actually providing any constructive criticism.

I believe that the root of the problem is that UX is hard and not many people will do it for free or volunteer. UX for almost any open source project I have used is usually terrible. On these Moodle forums, I believe that the only UX expert I have seen post regularly is Stuart Lamour from the University of Sussex. Try looking at his post history for some of his ideas he is trying to get the Moodle community to adopt.

But the core developers for Moodle are making amazing strides in the recent few updates, that I am amazed that this is the same Moodle from a couple of years ago and they have more ideas and plans on the roadmap for the next versions.

I would like to start the thread of providing some constructive criticism. 

I believe what you mean by design patterns from the 90s, you are referring to the "click on a button and the whole page reloads" idea? Yeah, it is sometimes annoying, especially when it causes "back button problems" when the web browser complains about POST data being resend when you reload or hit the back button on a page. Other frameworks have solved this problem, for example, "the flash" from Ruby on Rails.

Some other usability ideas that Moodle violates are the ideas in Steve Krug's book "Don't Make Me Think". Although Moodle 2.5 now uses short forms, there are still many areas of Moodle in which it is very easy to screw up or forces the user to make decisions that can often end up being very bad for them. An easy example is the gradebook. The idea of overriding grades is not well communicated at all in the Grader Report and often causes our support headaches. When you override grades, the box is simply highlighted a different color, but there is no legend to indicate why it is that color or what it means. Just simple things like that.

As for looking at the competitors, there have been great strides in UX. For example, Blackboard's newest version of their Learn product has great UX now, just looking at their recent videos: http://www.blackboard.com/Platforms/Learn/Products/Blackboard-Learn/Features.aspx

The ability to easily embed video, easy grading, and built in learning analytics are ahead of the game when compared to Moodle, even if you count the various plugins and such available.

Also, another major up and coming competitor is Canvas. I really like their simple integration with LTI resources and easy of use in creating a page with video content, pictures, links, and such:  . So much better than the file picker that Moodle currently uses, because everything is on the page and lets you focus on creating content.

But, I believe, the reason that these other LMS systems can make their UI/UX experiences better is because they are, for the most part, hosted services. For example, it is very hard to make media handling easy if you cannot rely on a media server. Also, if is hard to easily make PDFs viewable in the browser, if you cannot have a guaranteed connection to a service like Scribd. 

What Moodle is, is that it is trying to be a jack of all trades type of web application. I love that it is open source and able to be heavily customizable. But the price you pay is that the out of the box it will look like it has been each piece of it has been designed and developed by a hundred different people, and it has! Each tool can be almost be guaranteed to not work or flow like another tool.

I believe that Moodle has a bright future and will only get better, but it really does need more UX contributors or useful and constructive feedback (and some contributed code) to make that happen.

Please join in on the effort! 

Average of ratings: Useful (5)
In reply to Rex Lorenzo

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

Steady on Rex, don't be too nice about other products when posting here (grins). However the Moodle Gradebook could benefit from being influenced by the Blackboard gradebook. 

Average of ratings: Useful (2)
In reply to Marcus Green

Re: A bit of constructive critics

by Mary Cooch -
Picture of Documentation writers Picture of Moodle HQ Picture of Particularly helpful Moodlers Picture of Testers Picture of Translators

Now Rex's post is a very good example of constructive criticismwink

Average of ratings: Useful (3)
In reply to Mary Cooch

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

I sit next to someone at work who uses Edmodo.com who really likes the simplicity of interface. It is not really a Moodle alternative but It is probably worth looking at for interface ideas.

In reply to Marcus Green

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

How about some comments on our favourite and least favorite interface issues/features. I'll start off with

Least Favorite: Gradebook
Favorite: Short forms and the addition of dragging items from the local machine

 

In reply to Marcus Green

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

Good idea Marcus smile

I agree with Gradebook, but also Mobile facilities in forums is an issue, like attempting to reply to forum posts here on an iPod Touch.  I know that great strides are being made with TinyMCE and having a plain editor as an alternative and that Bootstrap based themes are coming along - I have two Bootstrap themes available which I continue to add to which are 'free' and ready for anybody to use.

And.. having colour definitions in 'styles.css' in core 'modules' that are tricky to override in themes etc.  I know they can be moved to the core styles, it's just a matter of having a test that proves the change in the tracker.

Favourite:  Bootstrap based themes.

There are also strides in place to convert more of the HTML markup generation to renderers so that theme designers can do and adapt more.  There is also a development of YUI Pure (see the theme's forum).

Cheers,

Gareth

In reply to Marcus Green

Re: A bit of constructive critics

by Stuart Lamour -
Picture of Plugin developers

i'd be very interested in any data on this.

had a go with Dear moodle community, what features of moodle do your tutors/students never or rarely use and do you know why? 

and

Dear moodle community, which blocks are most useful for teaching?

and we obviously have our own user research, but a wider dataset would be awesome smile 

Average of ratings: Useful (2)
In reply to Rex Lorenzo

Re: A bit of constructive critics

by Matt Bury -
Picture of Particularly helpful Moodlers Picture of Plugin developers

Great dialogue guys!

One point: "For example, it is very hard to make media handling easy if you cannot rely on a media server." -- I disagree. In my opinion, for playing back prerecorded videos, progressive download is more stable and reliable, especially on slow or intermittent internet connections; if the video stutters or pauses, all you have to do is hit pause and wait for more to download. The problems of delivery arise when admins want to assert more control over what users can and can't do, i.e. DRM and preventing downloading the whole video file at once.

Wordpress is a good example of making media management and embedding easy and intuitive. If you install the JW Player plugin, you can then manage player presets (makes video embeds more consistent across the installation and can be edited in bulk), playlists (it's better to chop long videos up into 5-10 minute sections and put them in a playlist), and libraries easily while editing a post or page. It also handles switching between Flash and HTML5 players automagically. None of this relies on a media server.

Another thing, using PHP to serve video files is inefficient (Moodle's proxy script). Is there some way to hand over serving large files to the web server software, e.g. Apache, so that it uses up less memory and CPU resources?

Something that trips up many "mere mortal" users is the video CODEC and media container complications from there being no web standards in this respect. Different browsers support different CODECs and media containers. Users should be informed of which browsers will support whichever audio and video files they embed so that they can know in advance that some users will need an alternative way to view the video and to give them instructions, e.g. offer a direct download link to the file and list which media players will play it (VLC, Quicktime, WMP, etc.).

On file management in general...

AFAIK, when a user updates a file instance in Moodle, it makes a copy and only updates that instance; it's impossible to make site-wide edits of files. I think Moodle also needs a built in way to circumvent the file manager so that installations can have central reference libraries of files that get used across the site and that when those files are edited/updated, the changes are reflected across all instances in the installation. At the moment, we have to hotlink directly to such files outside of Moodle or develop custom scripts that bypass it.

Here's my workaround to address the issue: https://github.com/matbury/SWF-Activity-Module2.5/wiki/Content-Library

I hope this helps!

Average of ratings: Useful (1)
In reply to Matt Bury

Re: A bit of constructive critics

by Michael Milette -
Picture of Core developers Picture of Documentation writers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers Picture of Translators

Here is an example of an Accessible HTML5 Player with Flash fallback. It's been extensively tested and should work on just about any browser (IE7 or later, Firefox, Chrome, Safari) on Windows, OSX, iOS and Android when configured with MPEG4 (H264 + AAC) and WebM(VP8) videos, or MP3 format (H264 codec) and OGG Vorbis audio formats:

http://wet-boew.github.io/wet-boew/demos/multimedia/multimedia-en.html

Let me know if the videos or the audio player doesn't work for you.

Why these formats? The W3School offers an explanation.

For more information on maximizing compatibility, see Video and Audio Formats for the Web.

Best regards,

Michael

In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Stuart Lamour -
Picture of Plugin developers

hi Vladimir, welcome to moodle smile

 

moodle seems to believe it can go on 'evolving' without fixing the massive underlying issue of its basic ux, but this incredibly obvious and very specific need isn't something the moodle community themselves  know how to do deal with exactly because there is are no ui or ux designers in moodle hq.

 

It's like saying "that's bad code" to a bunch of people who don't know what code is.

 

Lots of the commenters are asking for where moodle can be improved, and so i thought maybe we could start a list maybe?

 

1. Improve the process

Make sure future developements in moodle are user friendly by testing with real users : https://tracker.moodle.org/browse/MDL-32544

https://moodle.org/mod/forum/discuss.php?d=200924

 

2. Give users navigation

Elongated tree views, mixing clickable and none-clickable elements, confusing labels and the ability to jump to resources without context all mixed with no transparent information architecture are a constant feature of any enterprise level cms that grows organically.

 

If moodle is seriously meant for learning, it needs to place the end users needs first and have an information architecture:

https://moodle.org/mod/forum/discuss.php?d=176557

 

Some mebers of hq are already thinking about this https://moodle.org/mod/forum/discuss.php?d=233520 - be good to move it forward.

 

3. Simplify workflows for content creation

Without tutors having the right tools, its difficult to create a good  learning experience.

 

As you say “overcomplicated,  counter intuitive, outdated in concept and design, hard to navigate with dozens of clicks for even simplest operations... “

 

“ every second click was wrong in average. If it was so frustrating for me, an experienced web guy, I can't imagine teachers on my university to do it by themselves even after an extensive training.”

 

That pretty much sums up the experience of every tutor i met before we started to customise moodle for the end users needs.

 

If anyone cannot read the above as very precise constructive criticism i’m happy to have a chat - https://plus.google.com/117151225863784084515‎

 

4. Stop looking for examples of best web practice in other vle and look for them on the web instead

At the end of the day for a student or a tutor moodle is a website.

 

They don’t have experience of other vle’s - they just know how to use the web. The less moodle is like the rest of this web, the harder it is for the end users to use. Restricting moodle to a ‘like other vles’ silo is damaging for the end user.

 

Creating forms can be as easy as http://www.wufoo.com/ - Online discussion can be as easy as facebook/twitter - Video can be as easy as youtube - Quizes can be as easy as the most fun quiz on the web - making these things complex or difficult is the enemy of good user experience, and therefore the enemy of good leanring.

 

I’m sorry this is all ux stuff. Moodle seems to believe it can go on 'evolving' without fixing the massive underlying issue of its basic ux, but this incredibly obvious and very specific need isn't something the moodle community currently knows how to do deal with exactly because there is is no ux in moodle.

 

I’m not sure the above list is in anyway the priority issues to address, but they are the things we did at sussex and it seemed to get us into a position where teachers create fantastic learning experiences without having to do an online course in how to teach, and online learning is a modern web experience for students and not a trip to web of the 90s (before they were born!).

 

yeh, long post - add stuff, happy for anyone to message me for more specific constructive stuff - https://plus.google.com/117151225863784084515‎


welcome to moodle Vladimir smile

Average of ratings: Useful (4)
In reply to Stuart Lamour

Re: A bit of constructive critics

by David Scotson -

This is the key point for me:

Stop looking for examples of best web practice in other vle and look for them on the web instead

In a discussion about docking blocks it was pointed out that basically no other website in the world had that user interface (though Photoshop does apparently). That should be a big red flag I think and a good rule of thumb for any new development.

More generally we also seem to have no process for handling change of any kind. "Different isn't always better, but better is always different", so how do we cope with changing Moodle? Because if we intend to improve it, then you're going to have to plan for change.

Average of ratings: Useful (1)
In reply to David Scotson

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

Dear David,

I disagree that docking in all circumstances is bad.  For example (image attached), Ubuntu has a hide facility for it's task bar.  Personally I don't really like it but my Mother does (especially as it's extended the life of her ancient laptop that was running Windows XP).  It should be there as an option if people want it.  I consider that Moodle is a 'full screen' application so would justify it's use.

I think it is a matter of:

  • Being consistent with a clearly defined UX API.
  • Picking the UX features that are good and implementing them.
  • Giving the user choice between two or more good UX features to suit any given situation.

Cheers,

Gareth

Attachment Unu13_04.jpg
In reply to David Scotson

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

"Stop looking for examples of best web practice in other vle and look for them on the web instead"

Until quite recently I would use VLE's as a top place to find out how NOT to do UI. smile. The (expensive) system I use in my day job uses web frames so you can never be quite certain where the back button will take you. 

But some of the new contenders are worth a look.

In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Danny Wahl -

As a Moodle administrator for 4 years, developer for 3, now core contributor, and newly minted user I have to say that I agree with the above.

I believe that awareness can be constructive in itself, so thank you.

To add my two cents, as was said, a lot of teachers know the web and so they can compare moodle to standard websites, but as a school we've never used totara or blackboard, etc... so nobody is saying "well I like this better than that LMS..."

I just hear "it's so confusing", "it's clunky", "I can't find...", "where is...", "how do I..." or "I like surveymonkey because it's surveys are way easier than moodle", "Why can moodle quizzes be more like memrise", "why can't I do BLANK as easily as BLAH"

As Stuart has roughly said the reply for me to a teacher, or Moodle to a user can't be "well change it then" or "do you know how many use cases there are for quizzes?" or even "what do you want?".  Good UX doesn't rely on the users to say what they want directly.  Good UX is an iterative process of soft science testing and feed back, A/B testing, focus groups, etc...  And that's not happening.  UX don't expect when somebody says "I don't like this" for them to be able to answer "then what do you want?", it guides them through the process.

So to that end - this IS constructive criticism from Vladimir, the ball is getting dropped on our (the developers') end.

And no, I'm not saying it's an easy fix!

Average of ratings: Useful (1)
In reply to Danny Wahl

Re: A bit of constructive critics

by Julian Ridden -

Also just adding a quick 2c worth.

I too am also in agreement with above. But that was to be expected.

Could moodle use a UI/UX facelift. I think the answer is a simple and obvious yes. But this is never easy to plan and certainly far harder to apply.

I often find myself saying when delivering training that Moodle's strength and weakness are it's options. I am sure many would agree. But it is also that wonderfully advanced and detailed amount of settings that generate much of the confusion and fear. The new short forms is a grew start and I am interested to see where things move forward. But it will not be easy to fix.

What makes edmodo (and canvas) for that matter much cleaner is that their interface is free of all these advanced options. They opt for simplicity in both features and therefore design to create easier and less intimidating products. Could we do that with Moodle? Yes. Should we do that with Moodle? I think no. It is the dynamic feature set that provides the flexibility of the tool that makes it at least for me, so with the effort.

I am keen to see where the is conversation goes. But, in short. While it may be easy to complain, I challenge you instead to help find the answers.

Julian

Average of ratings: Useful (2)
In reply to Julian Ridden

Re: A bit of constructive critics

by Stuart Lamour -
Picture of Plugin developers

@Julian - think Vladimir has very clearly helped to find the answer :

"I just wanted to give a constructive critic and direct your attention that you desperately need some UI designers and UX specialists in the team. I am not an expert, but you should definitely need to find some. "

In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Vladimir Lelicanin -
Hello again and thank you for your comments. I've waited a bit to see all different kind of reactions... and I actually expected some hate smile To answer briefly on some of the comments: 1. Isn't this discussion that I provoked very constructive by itself? Even if you think I am wrong? Maybe I didn't shared my opinions about how it should be and why, but my intention was to direct your attention to one obviously neglected, but very important aspect of one otherwise great software. And it worked ;) 2. I do have experience with other LMS. We are using Chamilo. It is buggy, dev team is more fighting between themselves than developing, UI is far away from great example, but its workflows and UI are still a way better than Moodle. At least my colleagues teachers thinks so. But does it really matter? It is a software like any other. Complicated software. As a trivial example, if I need to click 5 times to get to particular course which is buried deep into categories, instead of typing first letter in some AJAX search box and getting it immediately, than it an interface that could be improved. 3. Comments in fashion "here you can donate if you you really want to help" and "it's free, be grateful, take it or leave it" are what is actually not constructive about this thread, and I will discard them as malicious and narrow way of thinking 4. I will try to help this project indeed. As a head of department for web development and design on my university, I am thinking to motivate some of my advanced students to consider this topic for their thesis and maybe we can join more developers and designers into the team. But before that, it is very valuable to have some sort of community feedback. Once again, thank you for participating in this discussion. I believe that open discussion and admitting that things must be improved are the only way to advance. Cheers! Vladimir
In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

Vladimir, I like to think I keep hate for things more serious than Moodle UI. Your posting may be compared to the grit in a perl Oyster, the Oyster may not like it but it may produce a perl smile

Your follow up was hard to read without paragraphs, here is my copy with paragraphs inserted for readability...

Hello again and thank you for your comments. I've waited a bit to see all different kind of reactions... and I actually expected some hate smile To answer briefly on some of the comments:

1. Isn't this discussion that I provoked very constructive by itself? Even if you think I am wrong? Maybe I didn't shared my opinions about how it should be and why, but my intention was to direct your attention to one obviously neglected, but very important aspect of one otherwise great software. And it worked ;)

2. I do have experience with other LMS. We are using Chamilo. It is buggy, dev team is more fighting between themselves than developing, UI is far away from great example, but its workflows and UI are still a way better than Moodle. At least my colleagues teachers thinks so. But does it really matter? It is a software like any other. Complicated software. As a trivial example, if I need to click 5 times to get to particular course which is buried deep into categories, instead of typing first letter in some AJAX search box and getting it immediately, than it an interface that could be improved.

3. Comments in fashion "here you can donate if you you really want to help" and "it's free, be grateful, take it or leave it" are what is actually not constructive about this thread, and I will discard them as malicious and narrow way of thinking

4. I will try to help this project indeed. As a head of department for web development and design on my university, I am thinking to motivate some of my advanced students to consider this topic for their thesis and maybe we can join more developers and designers into the team.

But before that, it is very valuable to have some sort of community feedback. Once again, thank you for participating in this discussion. I believe that open discussion and admitting that things must be improved are the only way to advance. Cheers! Vladimir

In reply to Marcus Green

Re: A bit of constructive critics

by Vladimir Lelicanin -

Thanks Marcus. I've actually typed it with paragraphs, but somehow it posted to be this way. 

Average of ratings: Useful (2)
In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

Hi Vladimir,

Firstly thank you for sparking off a discussion.

RE 3.  I was not being 'malicious' or narrow minded but rather pointing out that criticism has to be justified.  Yes you were critical but it was others who where in the first instance 'constructive', those who have worked hard to make Moodle what it already is and continue to do so (RE 1. too).  It is recognised that the user interface needs improvement and there have been changes afoot to address this, please see: http://docs.moodle.org/dev/Developer_meeting_April_2013 and https://moodle.org/mod/forum/discuss.php?d=230178.  Critiques have to be justified and backed up with evidence, don't just take my word for it, ask around at University to those who have completed their PHd's and Masters who had to justify their claims with evidence.

There is a saying "Put your money where your mouth is" (http://dictionary.cambridge.org/dictionary/british/put-your-money-where-your-mouth-is) which is why I mooted donations.  If you believe that something should be done with the words you exude then back it up with action, in this case evidence and concrete support.

By 'free' I meant that it is not backed by multi-million dollar venture capitalists and so therefore relies on small scale funding and community support to move things forward to a polished solution.  You cannot expect something in software on this scale to be immediately brilliant out of the box.  I know that Wordpress has made huge strides in the UX arena and that is to be emulated but in some respects it is a simpler system with the requirements to address blogs, pages, layouts, themes and users with content plugin's - I think there is still a need for multi-tennacy sites.  Moodle needs to contend with contend with users, courses, groups, assessment, themes, course layout, reports, workshops, lessons, forums, surveys, pages, blogs, chat, messaging, web services / interoperability, multi-faceted authentication.... etc.  This is off the top of my head so not complete.  It's a more complicated system that has been evolving for some time so it is clear that some 'iffy' UX baggage will remain from the past because at the time that was the best solution.  Things have moved on and people have learned from their mistakes.  It is far easier to create a new system from scratch using lessons learnt from the past than adapt an old system.  For example, if you wanted to increase capacity on the railways then you would build bigger coaches and use wider lines, but is that practical to change an existing system overnight? No.  But it is far quicker to build a new railway to new specifications when it's not being used at the same time.

RE: 4.  Thank you.

RE: 2 - Interesting, I'll have a look at it.

RE: "As a trivial example, if I need to click 5 times to get to particular course which is buried deep into categories" - did you know that once enrolled on a course they appear on your 'home' page?  This is true for teachers and students but not initially for admins.  It's called 'My home' My home and you can also set up the Front page settings to display the list of courses - so therefore you don't have to click five times, only once.  Even when there is a list of categories that can only be two clicks.  So Moodle is not as bad as you initially make out.

I believe in Moodle and have contributed to it, so please don't blame me when I defend it.

Cheers,

Gareth

Average of ratings: Useful (2)
In reply to Gareth J Barnard

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

Continuing my theme of Good Ux/Bad Ux

Good
I really like the Quiz Creation interface (though I may be biased because I use it constantly. I have used many quiz creation interfaces and even written one of my own from scratch (it was not good but I was the only user)

Bad
It drives me nuts that when I want a student view I have to scroll to an arbitrary point in the Admin Block, Expand the Switch Role To option and select from  8 Options. I suspect I am not alone in using Student Role 99% of the times. Why not a single button with the selectable default, ideally at the top of the page? In fact I tend to keep a different type of browser permentently set as a student login.

Come on people lets have you Good/Bad Moodle Ux ideas....

 

In reply to Marcus Green

Re: A bit of constructive critics

by David Scotson -
I'm curious about why you use Student role 99% of the time. Seems like that itself might be a bug that you've just become accustomed to, rather than something we should be making easier.

edit: Re-reading this, I think you're actually saying that *when* you change role, then 99% of the time it is to Student.

Which I think this is actually one of the core usability failures of Moodle. Originally you had Admin, Teacher and Student roles. Then in 1.7 an incredibly flexible "roles" system was introduced. I can't count the number of times I've thought of a better way to do something in the interface and then realised that you can't do it that way because Moodle no longer has separate, standard roles for Teacher and Student. Instead every decision is based on an entirely customizable list of roles, each of which has it's individual capabilities entirely customizable.

This is why you can't have a student view button anymore, I believe my colleague wrote the first one, and it did originally do exactly what you request, simply a button to switch to the standard student role. There was a bunch of other simple user interfaces that were removed at the same time as they were incompatible with the (mostly unnecessary) flexibility of roles.
In reply to Marcus Green

Re: A bit of constructive critics

by Bob Puffer -

Good

Like ability to drag files, images to course page.  Would love to see a context menu allowing one to paste what they've copied from their file system.

Bad

Don't see any sense whatsoever in having all the items contained in the Navigation and Administration block on EVERY page. Clutter, clutter, clutter.

In reply to Gareth J Barnard

Re: A bit of constructive critics

by Richard Oelmann -
Picture of Core developers Picture of Plugin developers Picture of Testers

Re2: there is already a block that does exactly this - https://moodle.org/plugins/view.php?plugin=block_quickcourselist

There's also one for users - https://moodle.org/plugins/view.php?plugin=block_quickfindlist

One of the great things with Moodle is that modular plugin nature which means that things can be added as needed, and this is one of the things that sparks off this kind of discussion all the time - should we add that feature into core, and then become more susceptible to the claim of 'bloat'?

One person's bloat is another's essential feature and how do we (or who does) decide which is which and we seem to be getting into similar debate here:

Is moodle an adaptable all purpose 'Swiss Army Knife' tool that can be used by anyone in any situation from early years through to on-the-job professional training, with a reasonable balance between core features and plugins; Should it do EVERYTHING out of the box; or should it be a bare bones structure that can have everything added depending on your specific requirements for your institution.

There are a lot of arguments for simplifying Moodle - yet if you look through the tracker, how many issues are asking for this feature or that feature to be added into moodle, and how many are asking for features to be removed (and how many votes do they get?)

I'm not arguing against changes in the UI - they are needed as I think everyone in this thread has agreed, but what they are exactly and what roadmap needs to be put in place to ensure both the simplicity of UI AND maintain the power and configuration that moodle is capable of, that I think is a major debate!

Possibly planning needs to have started for Moodle3 with this as the main priority focus - and maybe in HQ it already has! smile

Richard

Average of ratings: Useful (1)
In reply to Richard Oelmann

Re: A bit of constructive critics

by Stuart Lamour -
Picture of Plugin developers

Hi Richard,

i already replied to most of your ideas above in the previous place you posted them on https://moodle.org/mod/forum/discuss.php?d=234336.

i understand you may not have noticed or read this, as moodle isn't really very good at letting users know what has happened - its a bit of a ratmaze finding anything.

Have a read if you like, or i can sum it up with a quote from the uk gov project i used to work on a long time ago :

"With great power comes great responsibility — very often people have no choice but to use our services. If we don’t work hard to make them simple and usable we’re abusing that power, and wasting people’s time."

cheers

stuart

 

Average of ratings: Useful (1)
In reply to Stuart Lamour

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

I believe that Moodle HQ do/are taking UI seriously and it seems that the division into front end and back end development teams may help with this.

There also seems consensus at HQ to move more functionality into plugins rather than core. 

The work at Eliademy offers some nice ideas on workflow (though it looks like early days yet)

https://eliademy.com/

In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Michael Milette -
Picture of Core developers Picture of Documentation writers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers Picture of Translators

I agree with Vladimir. I've enjoyed reading everyone's perspective and think everyone agrees that something needs to be done. The UI/UX issue actually caused me to delay embracing Moodle. Three years ago, I just wanted to make course content available and the learning curve at the time was just too time consuming for my needs. I have to wonder how many similar stories are out there.

With many CMS's, where technical staff manage the system, you can get by with a weaker UI/UX design for content creators. However Moodle's backend is just as important as its front end because there is way more activity going on from content creators than with a typical CMS (course creation, management, etc).

If you haven't watched it yet, you might be interested in how the University of Sussex addressed this Moodle issue two years ago:

https://player.vimeo.com/video/31367166

Additional information related to this video is available on their blog.

I watched this short video and my first reaction was - wow, Moodle can be made easy to use. Based on my observation of this video, these folks did 3 things to make Moodle easier to use.

Trim the Menu

They've obviously trimmed the list of available feature considerably to those options that people in a specific role use the most. This would have been easy to implement in the past using the has_capability function with legacy guest, student, teacher, etc. role parameters (how check roles in Moodle 2.5+). Today, there are over 500 capability (and increasing) to deal with in Moodle and no clear documentation as to which capabilities are required by each menu item. I understand that this probably happened as Moodle evolved evolution but, if we were to start from scratch today, would most people really need that depth of control? I believe that it is things like this that end up making Moodle's UX challenging.

Although not mentioned in the video, one possible way to meet the needs of both basic and more advanced users is to have an Basic and Advanced menu mode where Basic would only provide the options typically required for day to day activity and Advanced would give them everything including the kitchen sink.

Group the Menu

Group menu items and combine configuration screens in ways that make sense to teachers, not necessarily to developers. You'll never be able to make everyone happy and if you try, nobody will like the result. Digging out useful and often used buried menu items would help eliminate a lot of hunting for options. This could be done by adding administrative landing pages. The challenge here isn't going to be in the grouping but making the breadcrumb trail work with the menus so that people can figure out their way around.

Interface Design

The current approach to Moodle's menu appears to be to make as much as possible accessible through the menu. This is not necessary and has resulted in making it difficult to find commonly used items. Again, having a Basic and Advanced mode could help here. Let me make this one easy for you. If you have a menu item in the tree that just opens a new menu level but has no page associated with it, turn it into that link to a landing page with meaningful linked images and helpful text. Not only would this end up appearing more user friendly, it would go a long way towards ensuring the dashboard's breadcrumb trail and user interface can meet WCAG 2.0 Accessibility standards which is essential to a growing number of organizations around the world.

If Moodle's administrative dashboard was a customizable role-aware add-on, I believe that you might concrete innovative ideas coming from developers/designers. I believe this would enable them to create and contribute great ideas instead of being locked into a fixed administration menu.

As for the point of praise for other LMS', the only reason there is room for praise is because they are innovating their UI/UX. Although they could take lessons from Moodle when it comes to functionality, Moodle could take a few lessons from them and build on elements that work. We have all seen what happens to businesses, open source or not, who don't adapt and innovate UX in a timely manor, no matter how good the technology might be. Just think about RIM, Palm, Sony, and a whole host of other players who used to be leaders of their domain).

Feel free to share your thoughts.

Best regards,

Michael

Average of ratings: Useful (3)
In reply to Michael Milette

Re: A bit of constructive critics

by Dean Leggo -

I think it would be good to move more stuff to plugins, disable them and 'clean up' the initial install (mostly for UI). I haven't dealt with adding plugins because they need to be approved by our Moodle Partner. (We're currently running 2.3.2 and will upgrade to 2.5 in a month or two)

I just started to use Drupal for a volunteer org I'm with and I like the way you can easily install a plugin and know what is required, but it looks like Moodle is already doing this. smile

It may have already been done in later versions but I think the Plugin page needs to be cleaned up, I like the look, feel and functionality of Drupal's Modules page, you can easily see what everything is, what it requires and required by. Also their table layout/CSS is a lot easier to follow then Moodle's plugin table.

(I just got my internet fixed so I'll download the latest version and see what 2.5 can do)

In reply to Dean Leggo

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

Dear Dean,

In addition to the screen shots in the link you have, there is also a neat 'Plugins overview' where you can enable / disable / uninstall them.....

Gareth

Attachment po.jpg
Average of ratings: Useful (1)
In reply to Gareth J Barnard

Re: A bit of constructive critics

by Dean Leggo -

Thanks Gareth,

That's the page I was talking about. Maybe because of the theme and 2.5, yours looks better. Maybe I'm starting to go off the original topic, I think it can be improved.

  • It'll be good if the sections were already collapsed so there is no scroll of death.
  • The description of the plugin could be included under the name and/or a 'more info' link to it's Moodle.org page.
  • Add icons or coloured font to all the options.
  • The 'required by' section could be changed to the human name.
    • As it is, if you change the language would "Required by: filter_data" change to "Vorgeschrieben durch: filtern_daten" or would it stay as the machine name?
  • Maybe its because I'm a little dyslexic, the table is like justify in Word and I find it a little tricky to skim over. Make it a list with the elements floating left.

If some or all my suggestions are not currently on the dev branch can you make a tracker? Or in a week when I get my test server set up I'll check and create a tracker.

Dean

Attachment possible-2.5-look.jpg
Attachment screenshot-of-2.3-plugins.JPG
In reply to Dean Leggo

Re: A bit of constructive critics

by Dean Leggo -

For some reason my images disappeared.

screenshot of plugins overview in 2.3
possible look

In reply to Dean Leggo

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

Dear Dean,

Also a while back I raised this MDL-36227 as I considered that the upgrade procedure could be clearer and use build date rather than version number.  But there seems to be no easy technical way of solving it.

Cheers,

Gareth

In reply to Dean Leggo

Re: A bit of constructive critics

by Michael Milette -
Picture of Core developers Picture of Documentation writers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers Picture of Translators

Hi Dean,

I have a few suggestions on how this page could be improved:

  • Add another button at the top to install add-ons
  • Add a column for add-on types (there are currently 18 types) and remove the section headings.
  • Use the DataTables jQuery plugin provide to the ability to filter and sort the columns, and add pagination.
  • Turn the plugin name into a link to the plugins page on moodle.org.
  • Make the version number a link to the plugins changelog.
  • Simplify the administration navigation tree - Remove the Install Add-on link since this can now accessed through the Plugins page.
  • Simplify the administration navigation tree -Remove links to the settings page of each add-on since these are all accessed through the Plugins page.
  • Simplify the administration navigation tree - Since Plugins overview will be the only thing left in the Plugins branch of the administration navigation tree, move the link up to Plugins and eliminate the Plugins overview link.
  • Standardize terminology: In some places they are called Add-ons and in others they are called Plugins.

On a related side note, the Moodle Plugins Directory site should generate an XML feed for the 679 plugins available for download which could then be used to enable support of an integrated plugin facility within Moodle. The XML file should contain:

  • Plugin category
  • Plugin name
  • Link to the plugin file
  • Link to the plugin page on Moodle.org
  • Plugin version number
  • Link to the changelog
  • Link to a screenshot
  • Moodle version compatibility
  • Dependencies
  • Author (?)

You may have noticed that I didn't suggest creating an integrated installer but rather only included infrastructure to support it. That's because I think such a facility should be a plugin so that developers can create come up with innovate user interface designs thereby providing the community with options. Eventually one or two installers would come out more popular and then one should be chosen as the official Moodle plugin installer.

Feel free to share your thoughts.

Best regards,

     Michael Milette

In reply to Michael Milette

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

Hi all,

This was just posted on Moodle News being the need for a recycle bin: http://www.moodlenews.com/2013/moodlewish-how-about-a-recycle-bin/

Gareth

In reply to Gareth J Barnard

Re: A bit of constructive critics

by Rex Lorenzo -

Just a note, that the idea of a "recycle bin" was also tossed around at the Perth Hackfest:

http://docs.moodle.org/dev/Perth_Hackfest_October_2012/Backup

But it isn't on the roadmap right now. Seems like a very useful bit of user experience improvement. That and auto-saving TinyMCE content would really help when a user makes a mistake.

Average of ratings: Useful (1)
In reply to Rex Lorenzo

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

For me all the video format stuff is a bit theoretical If gazillion dollar corporations cannot standardize on one way of doing things.

By contrast there are things that can be changed at relatively low financial cost to make it easier for mere mortals to use Moodle. If anyone is coming late to this discussion, read what Stuart Lamour has said earlier in the discussion.

Oh, and Stuart, not being able to edit your own post half an hour after posting is good for you Pedagogggikcally, its good for you. Remember teacher says it is good for you. Got that!

In reply to Marcus Green

Re: A bit of constructive critics

by Joseph Rézeau -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers Picture of Translators

Marcus "... the video format stuff is a bit theoretical If gazillion dollar corporations cannot standardize on one way of doing things."

Maybe those corporations are "gazillion dollar corporations" precisely because they are against standardization in order to keep their "proprietary revenue".wink

Joseph

In reply to Joseph Rézeau

Re: A bit of constructive critics

by Matt Bury -
Picture of Particularly helpful Moodlers Picture of Plugin developers

Hi Jospeph,

Re: "Maybe those corporations are "gazillion dollar corporations" precisely because they are against standardization in order to keep their "proprietary revenue"." -- That's pretty much it. Microsoft, Apple, and Google (by proxy of Adobe since Youtube is committed to using Adobe's Flash Media Server) have all done deals with MPEG LA https://en.wikipedia.org/wiki/MPEG_LA to support h.264 and to exclude other competing CODECs (Google's WebM was still-born and only Mozilla and a few others are supporting open source CODECs). Hopefully, this will come up in some anti-trust case at some point to break this effective and potentially illegal monopoly and allow users to use and view all the available CODECs.

Just think how much MPEG LA are making out of their licences now.

In reply to Dean Leggo

Re: A bit of constructive critics

by Gareth J Barnard -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers

Hi Dean,

It's odd but another post of mine had image issues yesterday.

My screen shot is from the 'Clean' theme in Moodle 2.5.

Ok re:

  • It'll be good if the sections were already collapsed so there is no scroll of death. = Yes smile
  • The description of the plugin could be included under the name and/or a 'more info' link to it's Moodle.org page. = I think this would need an update to each plugin's 'version.php' file so that developers could add in such information as not all plugins are on the database.
  • Add icons or coloured font to all the options. = Would help, possibly a 'base' / 'bootstrapbase' theme improvement.
  • The 'required by' section could be changed to the human name.  As it is, if you change the language would "Required by: filter_data" change to "Vorgeschrieben durch: filtern_daten" or would it stay as the machine name? = Only the first bit, the 'filter_data' is it's Frankenstyle name and is not actually English but a 'code' thing.
  • Maybe its because I'm a little dyslexic, the table is like justify in Word and I find it a little tricky to skim over. Make it a list with the elements floating left. = Fiddle with the theme CSS and see smile

I'm busy with other bits at the moment so if I get a chance and look in the tracker I'll let you know, otherwise feel free smile.

Cheers,

Gareth

In reply to Michael Milette

Re: A bit of constructive critics

by Dan Poltawski -

Michael, have you seen Fred's post Simplified 'block-less' navigation experiment?

Average of ratings: Useful (3)
In reply to Dan Poltawski

Re: A bit of constructive critics

by Michael Milette -
Picture of Core developers Picture of Documentation writers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers Picture of Translators
Hi Dan,
In reply to Michael Milette

Re: A bit of constructive critics

by Marcus Green -
Picture of Core developers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers

The best user interface you will ever use are the ones you are very familiar with. Earlier in this thread I said that I thought the quiz building interface in Moodle was a good design. However I have been using its various versions for 10 years and as a question type developer I mess with quizzes constantly/obsessively, and use them in my job.

In another thread in this forum Kate has said it is one area she would like improved.

https://moodle.org/mod/forum/discuss.php?d=239958#p1041493

 

 

 

In reply to Marcus Green

Re: A bit of constructive critics

by Matt Bury -
Picture of Particularly helpful Moodlers Picture of Plugin developers

The best way I know of finding out how user friendly a UI is that I've tried is straightforward user group testing; in a computer lab, give a small group of users who've never seen the UI before a task to complete. The task must be WHAT to do but not HOW to do it, i.e. the task can't be a tutorial. While they're doing the task, shut your mouth, open your eyes and ears, and observe. Watch facial expressions, body language, watch what they do on screen but don't help or intervene in any way. Each time you repeat the test or give another task, you have to use a "fresh" group of users who haven't seen the UI before.

You can also collect feedback, do focus groups, and/or individual interviews after the tests to gain more insights into what was going on in their minds. It's worth taking notes during observations so that you can prompt individual users in interviews with specific questions about their experiences of using the UI.

It's amazing what you can learn from doing that.

Average of ratings: Useful (1)
In reply to Matt Bury

Re: A bit of constructive critics

by Howard Miller -
Picture of Core developers Picture of Documentation writers Picture of Particularly helpful Moodlers Picture of Peer reviewers Picture of Plugin developers

I was sort-of thinking... maybe the best people to ask are those who have to support real Moodle users. That would include me I suppose. I'm actually quite surprised how little complaint I hear about Moodle's UI. That might just be because users frustratedly fumble their way around it - but that probably isn't any different from most other complex software (anybody tried to use iTunes recently?)

There are certainly some places where things went a bit mad. I think most centre around roles. I think we have to keep in mind that "ordinary" users don't care. They just want to manipulate Teachers and Students in their courses and at the moment it's rather complicated. You can add someone to the role but not enrol them or you can do both - and there are different interfaces located in different places. Huh?  That's just an example - but it represents forgetting who 95% of the users are in a given bit of the interface. 

Average of ratings: Useful (1)
In reply to Dan Poltawski

Re: A bit of constructive critics

by Michael Milette -
Picture of Core developers Picture of Documentation writers Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers Picture of Translators

Thank you very much Dan. Sorry about my last two messages. Had a wee bit if an issue going there.

I read the information on this page and followed the link you recommended and find all of this very fascinating! Thank you so much for sharing. I love some of the ideas that have been coming out and keep in mind how they could be implementing while complying with WCAG 2.0 accessibility guidelines.

Based on my observation, people who have attempted to re-design the Moodle user interface all seem to address similar issues:

  • Eliminate the menu tree. That doesn't necessarily mean removing the side menu, although it could. It means reducing the number of levels in the tree.
  • Grouping menu items related to roles, not just what happens to be easiest or most logical to program.
  • Creating landing pages. If you need to go deeper than 1 or two levels, it's time for a landing page where additional information and pretty clickable image are used.
  • Moving specific functionality out of the menu and placing it in a different location. Things like messaging (blog, forum, email, IM).
  • Hiding, burying lesser used menu items rarely required or typically only used by more advanced users.
  • Focusing on improving the UI/UX specifically for students and teachers, the two biggest users of Moodle.

I am sure there are others. Have you noticed other common threads in what seems to be addressed? If you've taken a look at these alternative user interfaces and said "wow! that would make my life easier" (even if it is from a different LMS), I would love to hear from you, especially students and teachers. Please be as specific as possible about what it is you like.

For Developers

I've always through that Moodle could use a couple of new functions to make theme development easier. For example:

$cmenu = get_cmenu('my_profile",2,"LINK") - this function would return everything under my_profile in Moodle Custom Menu format for easy manipulation. Naturally the function should be language aware, context aware and capabilities aware. Ideally I should be able to specify any point in the menu tree and retrieve as much as I want. For example get_cmenu('blogs") would return everything under the blogs branch. The second optional parameter limits how deep it will go and the third parameter, available only with a depth of 0 (zero) could return just the TEXT in the proper language, the URL, or a complete LINK, something like <a href=http://www.yoursite.com/blogs>Blogs</a> for easy insertion anywhere I want on the page.

$html = cmenu2html($cmenu,'menuname') - The companion function to get_cmenu() would be be cmenu2html. As the name implies, this function would convert the Moodle Custom Menu text into html using the specified filter which would be customizeable using extended renderers.

Together, these two functions would allow designers and developers to combine parts of the menu in great or terrible ways. They could take any part of the menu and place it anywhere on the page. They could even combine multiple cmenu to create shorter and more relevant menus, render and place menus in different ways and in multiple locations on the page such as pull-down menus, mega-menus, side bars, selection lists, pop-up menus, footer menus, etc. The point is that they would have full control.

Of course the pre and post navigation blocks are still very useful and should be kept available but we should have a way to remove the menus from them.

I believe such API functionality could make designing most of the examples so much easier. Let me know what you think.

I realize that the navigation menus aren't the only UI/UX issues in Moodle but I think it would be a great place to start.

Best regards,

Michael Milette

Average of ratings: Useful (1)
In reply to Vladimir Lelicanin

Re: A bit of constructive critics

by Stuart Lamour -
Picture of Plugin developers

So, just for shits n giggles like - i thought i'd add this to the moodle jira ;)

https://tracker.moodle.org/browse/MDL-41952

i guess i need someone needs to sit down with hq and explain something like  this http://alistapart.com/article/can-you-say-that-in-english-explaining-ux-research-to-clients

to moodle hq, but until then it looks like we are pretty much f**ked and left with :

https://tracker.moodle.org/browse/MDL-32544 - closed

"Martin Dougiamas added a comment - 20/Apr/12 5:16 PM

We are all very aware of basic usability processes. We have always had user input and feedback at all kinds of levels (usually for years before HQ even embarks on major developments). And we do a lot of user testing at all stages (for example every single bugfix and new feature goes through a user testing step before getting into production).

So I don't think this blanket issue is informed or actually helpful.

Of COURSE we can always do more. I'd like to see more of this taking place during the prototyping/design phase of each new sub-project, and will always recommend it to developers involved."

 

from the last time i asked for some improvement in useability of moodle sad

Average of ratings: Useful (1)