Moodle ain't so 'intuitive' after all

Moodle ain't so 'intuitive' after all

by Thomas Robb -
Number of replies: 36
I've just installed Moodle 'officially' on a server within my own university's network with the blessing of our computer center (which even gave me a dedicated server for it).

Since I'm very familiar with Moodle I was completely surprised by some of the problems my very (otherwise) intelligent faculty members are having with it. To quote:

HI

I wrote a reply, but I'm having trouble sending it!
(what a terrible student I am...)

How can I send it? Don't try to teach me the whole system.
Where is the BUTTON!


In an attempt to solve this problem, I've relabelled the button which currently says 'Save Changes' to 'Send/Save Changes'. Any better ideas?

From another instructor:

Tom,

I can't find the 'start a new topic' button!
Let me know where it is!


In this case, she was assuming that there way a way to start a new 'Discussion Forum' rather than going inside an existing forum and initiating a new thread. She hadn't thought to look inside the forum because she felt that her topic didn't fit the label that I had given to it.

I'm not sure what the 'cure' for this problem is except to make sure that there is at least one forum in each course that can act as a 'catch all'.

Comments anyone?
Average of ratings: -
In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all

by denis cahalane -

It sounds to me like your colleagues have already been using a vle or a bulletin board, and are looking for the same 'buttons' on this one. If that's the case, you're up against human nature; they'll ignore the 99 new features they never had before, but they'll complain endlessly about some tiny feature that's been taken away from them.

If you have the resources, the best way to deal with this is to offer comprehensive training.

In reply to denis cahalane

Re: Moodle ain't so 'intuitive' after all, Very interesting: USABILITY

by Runy Calmera -

Very interesting!

Moodle is really interactive, and I know that Martin and all other Moodlers around here are improving this every day. If it weren´t interactive we wouldn´t be logging here day in and out.

Yet for other people (maybe inexperienced with IT systems) it might not be so interactive indeed. I think the  USABILITY-guys could point us in the right direction. Reading about usability, I learned that for instance it should always be clear to a user:

- Where am I in the site? Breadcrums on top of the site. We already have that!

- Where can I go next?

- What actions can I perfom on this page? Here we see each single page from the perspective of ´doing things´. Actions the user/visitor/student want to do next.

- Where is the general view of the site (the sitemap link on each single page)

- Where can I start over again? (the home button)

- Where is the search button (a single search button on every page!!)-

- How ´deep´is this site? Do I get an overview and can I go deeper if I need more information?

They also distinguish several level of users/visitors: first time visitor, experienced, fan (this user is always hooked to your site) with different maturity levels.

These are simple usability tricks and criteria you could use to improve the use of your site and the ´natural´ intuitive feel users have.

See for instance http://www.handboekusability.nl/  Look at the layout. Easy: they practice what they preach.

or http://w3use.nl

And finally, do a test. Go to http://google.com. Go there and ask yourself the first question: what can I do here? It´s obvious, you can´t miss it: SEARCH! nothing else.

So, we ´developers´, tutors, instructors, ´should´ take a look at our sites from the users perspective.

As a business analyst, I would be glad to further help how we can improve the usability of users.

Runy 

In reply to Runy Calmera

Re: Moodle ain't so 'intuitive' after all, Very interesting: USABILITY

by Ger Tielemans -

I struggle now several days with the navigation bar. When I am finished that shortname for the course will be replaced with a clear fixed text for all courses insteand of the short coursename: HOME.

 I came to $navigation, but then loose the trail. Where is this $navigation built up? How can I replace the shortcoursename in that string with "Home"

In reply to Ger Tielemans

Re: Moodle ain't so 'intuitive' after all, Very interesting: USABILITY

by Thomas Robb -
Unfortunately, each module builds its own bread crumb trail which is created just before it is displayed. The beginning of it is assigned to the variable $navigation in each module. It would take major surgery to ferret out each place that a breadcrumb trail is built and displayed, though. Good luck!
In reply to Ger Tielemans

Re: Moodle ain't so 'intuitive' after all, Very interesting: USABILITY

by Bernard Boucher -
Hi Ger and Thomas,

breadcrumb is a new word for meblush

But it is possible to reach your result even if you dont follow breadcrumb or if birds eated themwink

in moodle/lib/weblib.php around line 1660

if you add these 2 bold lines:

if ($navigation) {
if (! $site = get_site()) {
$site->shortname = get_string("home");;
}

global $course; //bb
$navigation = str_replace("$course->shortname", "HOME", "$navigation"); //bb

echo "<a target=\"{$CFG->framename}\" href=\"$CFG->wwwroot/\">$site->shortname</a> -> $navigation";

It should work. ( but i did not test it with all modules )

I hope it will help to limit your struggling periodwink and put you on the good trailcool

Have a good test,

Bernard


In reply to Bernard Boucher

Re: Moodle ain't so 'intuitive' after all, Very interesting: USABILITY

by Ger Tielemans -

Bernard, you are to modest. It works for all my 25 moduls, core and addon. Thanks.

Playing with this modification of the breadcrumbs makes it liveable, nice

What I learned today:

  • good idea to comment small changes with your initials //bb
  • that I should start to study PHP and read the Moodle tablets: I would never found this string manipulation on my own. I will start, well... tomorrow glimlach


Thanks goes also to Dale Jones, who came up with the idea of the word HOME

In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all

by Gustav W Delius -
Yes, we had to relabel that button to send off a post as well. I would second your proposal to change it in the standard language file.
In reply to Gustav W Delius

Re: Moodle ain't so 'intuitive' after all

by Thomas Robb -
The problem with simply calling it 'send' is that it seems to 'final' and there is usually a built-in delay. I wonder if the button could incorporate the delay factor and say something like "Send after 30 min. delay." or whatever.

Right now, however, that "Save changes" button appears on several different screens where it takes on slightly different meanings, so simply changing the variable in the lang/en/moodle.php doesn't quite do the trick. We need a new variable, me thinks.

BTW, "Comprehensive training" isn't an option in our situation. A good interface should be 'intuitive' and Moodle comes closer to the mark than any other VLE that I have had experience with. And, of course, there are all those little 'help' buttons that people don't seem to be able to click on. Myabe they need to jump up and down and say 'Click me!'
In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all

by Ger Tielemans -
Normal users think that they are sending emails to the system. We are talking/thinking about changing records in the database. Difficult to close that gap by explaining each user that record-thing..
In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all

by Jeff Wood -

There is always a learning curve.

I provide the staff at my school with a 1 hr inservice and they all seem fine...

Anytime a new system is used by people that have used something different, with different "buttons" they will look for what they are used to... a little time with it and they should see that moodle is very eay to use.

If they need help might I suggest

http://moodle.org/mod/forum/discuss.php?d=1060

Jeff

In reply to Jeff Wood

Re: Moodle ain't so 'intuitive' after all

by Runy Calmera -

Hi guys,

I have found today an example of what I meant with 'dynamic' site maps.

Look at the link below and go to site map. You will see an always updated version of the structure of the site!.

I'm going to take a look of the code of  sitemap.php file to see how it works.

Also there is a seach feature for the whole site!

Runy

http://www.back-end.org/index.php/FeaturesForUsers

In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all --Course name vs teacher

by Thomas Robb -
I have now had two teachers and quite a few students claim that they couldn't access their course page.  When I investigated, it turned out that once their courses appeared, the were clicking on their instructors' name on the list below the title of the course rather than the MUCH LARGER and I thought MORE OBVIOUS title of the course!

I've had to remove the link to the instructors names by pruning it out of line 1468 in courses/lib.php

//Remove link from teacher's names to make course names more obvious as the place to click.
//  echo "$teacher->role: <a href=¥"$CFG->wwwroot/user/view.php?id=$teacher->id&course=$site->id¥">$fullname</a><br/>";

echo "$teacher->role: $fullname<br/>";

Has anyone else had this problem?? Do you tihnk that it is really necessary to have the profiles of the instructors hotlinked in this way?
In reply to Thomas Robb

Re: Course name vs teacher

by Martin Dougiamas -
Picture of Core developers Picture of Documentation writers Picture of Moodle HQ Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers
I had a similar problem once on a big site (it was a WebCT site, in fact). I needed a button that everyone had to press to log on.

If we made it small then people didn't see it. If we made it large, 3D and garish then people would automatically ignore it (like an ad). I think we ended up working around the entire thing with a login form on the page and even then some people had problems.

My point is, some people just don't seem to read web pages - they seem to blindly click on things without thinking. It's hard to justify this particular issue of teacher names as being "unintuitive", although I suppose it does indicate the importance of a teacher to some people as representing the course. It would be less intuitive for the teacher names to actually link to the course (note the little icons do, because I noticed once that people were clicking on those too)

Perhaps use a different colour on the teacher links?  Or just type a big "<---- click course name to enter" in the description?
In reply to Martin Dougiamas

Re: Course name vs teacher

by Hans de Zwart -

I think something else might also contribute to this problem. The standard Moodle theme consistently uses blue text (without underline) for links. I find this esthetically pleasing and like it very much.
What I have noticed however is that inexperienced users do not realise that they can click on blue text. This probably also creates the recent 'usability problems' with the calender where people do not realise they can click on the month name.
The base of the problem is the fact that these links are not underlined and underlining is what people are used to.
Would it be an idea to create some theme-toggle underline on or underline off? At least for the standard theme maybe?

In reply to Hans de Zwart

Re: Course name vs teacher

by Sean Keogh -
Well, those links are controlled by this section of the styles.php in the relevant theme directory:

So surely all that's needed is to take a copy of the theme and modify the above entries?

Oxford Beardie

In reply to Martin Dougiamas

Re: Course name vs teacher

by Thomas Robb -
I have to confess that part of the problem in my particular case was that the teachers and students were 'pre-conditioned' to click on the teacher's name since, with our 'old' system which moodle is replacing, the students had to select their class from a pulldown menu which listed all sections of all courses in order of Day and Period with the instructors's name included in the pulldown menu.

Thanks to the new Moodle groups feature, there in only one course to select from and this causes the problem. Without it, I would have had to make 8 courses that listed the instructor's name in each title, which would have been closer to what they are doing now. I guess this is one of the trade-offs in developing a better system.
In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all --Course name vs teacher

by Mary Kaplan -

Thomas,

We have had this problem some with new users, but they seem to figure this and other not-so-intuitive things in very short order. I am often working with students who have no real prior knowledge of computers, and we are not replacing an online learning system, but creating from scratch. They often click on their teacher's name, and then they get to read the teacher's profile, which is OK, as they then are ready to work on their own profile when they get into the site!  It isn't that they are used to another elearning system.

After at most a half-hour session in the lab, however, they are moodling quite easily! We will probably develop a little info sheet to help with student introduction to moodle for the upcoming school year. I personally like having the teachers' names on the front page, because I think the students should know the teachers are collaborating.

I have heard NO complaints about this from students once they get used to the site. They are just grateful for all the things they can do on the site. smile

--Mary

In reply to Mary Kaplan

Re: Moodle ain't so 'intuitive' after all --Course name vs teacher

by Thomas Robb -
Yes, I agree that the 'course name vs. teacher' confusion isn't a big deal but there are times in the beginning when both students and teachers can't perform specific actions because they mis-interpret the interface. This might be inevitable -- there are individual differences in how people react to a page, and 'fixing' one problem might just cause another.

My point, however, is that Moodle is one of the most 'intuitive' interfaces available. Many people can use it *without* any instruction and that is what is meant by 'intuitive'. If people have to learn via instruction, or by trial and error, then that feature can no longer be called 'intuitive' -- at least as far as that individual is concerned.

In my case, the previous computer interface 'culture' made course access less than intuitive, but as you say, the students soon learned. I did help by removing the link from the instructors' names, though. It's about time to put them backnow, I guess.
In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all --Course name vs teacher

by Chardelle Busch -
Picture of Core developers

As for logging into a course if the course title is not underlined and thus not an inutitive link to enter the course.  Add a link to the course page (e.g. www.thesite/moodle/course/view.php?id=20) , call it login, enter course, etc.,  in the course description to make things more clear of what they need to do to enter their course. 

For the generic login link.  Add a login link (e.g. www.thesite/moodle/login/index.php) in the "Main Menu" section of the home page.  This is a more intuitive "menu" like place for people to look as opposed to the upper right hand corner. 

But I think there are some moodlers working on making the course description section on the moodle homepage more "customizable" and this might help things.

In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all

by Paul Nijbakker -

Hello Thomas,

Being an out-of-the-box end user myself and teaching others who are. I have received similar feedback about the function of the Save Changes button not being so obvious to some users. Could you let me know where I can relabel the button (I can't seem to find the proper PHP file)?

Another "complaint" I get is that the log in link in Moodle is not so obvious, as it is kind of hidden in the corner of the screen. Are here any ways to make it easier to notice?

Kind regards,

Paul.

In reply to Paul Nijbakker

Re: Moodle ain't so 'intuitive' after all

by Thomas Robb -
Paul,

For the "Save Changes" link, you need to go to moodle/lang/en/moodle.php
and find this line:

$string['savechanges'] = 'Save changes';

I've changed it to

$string['savechanges'] = 'Send / Save changes';

Concerning the location of the "Login" link, I agree that it's not is a good location but I'm not sure where else it could go. I've found that if my students start Moodle with their screen width set too narrow, that the link isn't visible at all.

Of course, if they click on a course, they will then be presented with the login window, so it isn't always needed. Changing this would be fiddling closer to the guts of moodle, however, and isn't quite as simple as modifying the definition of a phrase. Any suggestions out there?
In reply to Thomas Robb

Re: Moodle ain't so 'intuitive' after all

by Paul Nijbakker -

Hello Thomas,

Great, thanks, smile I was looking in moodle/lang/en/forum.php

As to the log in link, I know that clicking on a course will bring up the log in, but when our migration is complete we will have some 500 courses and students might not be prepared to run through those to find the one they need to log in to.thoughtful

The heart of the problem is that our users will be migrating from WebCT which has a separate log in page, so they are used to logging in before going to their courses.

As far as I'm concerned the location of the log in link need not be changed. I just wonder if there is any way to make the text of the link any bigger (e.g. with HTML tags for font size and or B). As it is, it seems a bit hidden behind the language selector.

Rgrds, Paul.

In reply to Paul Nijbakker

'Post to forum' button

by Gustav W Delius -

As Thomas explained in an earlier post, changing the 'savechanges' string changes the buttons all over Moodle. If you only want to change it on the page where you compose or edit forum posts, then you want to change the file cvs:/moodle/mod/forum/mod.html, 4th line from the bottom.

For Moodle 1.4 I will this evening finally introduce an extra language string 'posttoforum' for that page, unless there are objections. Is "Post to forum" a good text for the button? It seems better than "Send" because while it is posted to the forum immediately it won't be sent out until 30 minutes later, or whatever delay the admin has chosen.

In reply to Gustav W Delius

Re: 'Post to forum' button

by Chardelle Busch -
Picture of Core developers

My thoughts:

Why not make the wording generic, e.g. Send Post, or Add Post, (as for finality, they will be reminded of having x minutes to change it on the next screen).

1. I have always had a problem with the term Forum, for one thing, if you choose the option of no discussion, no replies, it ceases to be a "forum". 

2. When you get a post via email, the link says "Reply to Forum", whereas if you go directly to the online thread, the link is generic "Reply". 

3.  How about having an option to choose a name for the "forum" (discussion, message board, etc.) similar to choosing your name for teachers/students, and leaving the links/buttons generic. 

In reply to Gustav W Delius

Re: 'Post to forum' button

by Paul Nijbakker -

Hi Gustav,

Post to forum will do fine. "Post" is a good word, because it is known in many languages. And to our ex-WebCT users it will be familiar. I suppose the Finnish text for that button will be "Lähetä foorumiin".

Thanks for the suggestion about changing the text string on the forum button only. I will check it out.

Rgrds, Paul.

In reply to Gustav W Delius

Re: 'Post to forum' button

by Martin Dougiamas -
Picture of Core developers Picture of Documentation writers Picture of Moodle HQ Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers
I'm OK with "Post to forum", but when editing the post afterwards I think "Save changes" would fit better.

Chardelle, the email copies say "Reply to forum" to make it clearer that it's different to replying by email ...



In reply to Martin Dougiamas

Re: 'Post to forum' button

by Gustav W Delius -
I agree. It now says "Post to forum" when writing a new post and "Save changes" when editing a post. Translators can now translate the 'posttoforum' string. Chardelle, sorry for not using you suggestion, but you can easily change the 'posttoforum' string in your language files.
In reply to Gustav W Delius

Re: 'Post to forum' button

by Chardelle Busch -
Picture of Core developers
I'll try that, thanks Gustav.  And yes, Martin, it does make sense to be as explicit as possible.  It does take some training to make sure users hit the link in the post rather than the "Reply" button in their email program.
In reply to Paul Nijbakker

Login block

by Gustav W Delius -

Paul, to address your problem with the difficult-to-find Login link:

How about having a login block, using Jon's new blocks system which in Moodle 1.4 dev also works on the front page? That would be rather prominent and has the advantage that administrators could choose whether they want it or not.

In reply to Gustav W Delius

Re: Login block

by Ger Tielemans -
One of our teachers asked for this change. (White areas are the most important ones in our style) 
Attachment stscc106.png
In reply to Gustav W Delius

Re: Login block

by Paul Nijbakker -

Hi Gustav,

I feel humbled that I am only contributing with requests rather than with solutions, but so far I know only the most minimal of basics about PHP (am improving slowly though smile).

I do not know exactly what these blocks are, or how they work, but so long as they do not pop up (to avoid problems with pop-up killers), a separate log in block might be a good idea. For the time being, however, I would already be greatly satisfied if I could just enlarge the log in link text.

Rgrds, Paul.

In reply to Paul Nijbakker

Re: Login block

by Martin Dougiamas -
Picture of Core developers Picture of Documentation writers Picture of Moodle HQ Picture of Particularly helpful Moodlers Picture of Plugin developers Picture of Testers
Just look in the file styles.php within your theme, and change this style:

.headerhomemenu {

       font-size: large;

}

Average of ratings: Useful (1)