block_navbuttons
Maintained by Davo Smith
Add customisable navigation buttons (next/prev/etc.) to the bottom of each activity page (Moodle 1.9/2.0+)
387 sites
24 fans
Moodle 3.4, 3.5, 3.6, 3.7, 3.8

Navigation buttons (for Moodle 1.9 / 2.0+)
This block adds customisable navigation buttons (first/previous/next/etc.) to the bottom of each activity/resource page in a course.

It is based on an idea from Penny Mondani: http://pennymondani.com
Thanks also to the US company that sponsored the development, who wish to remain anonymous.

Installation:

2. On your server, in the 'blocks' folder, create a subfolder called 'navbuttons'
3. Upload all the files inside the 'davosmith-moodle-navbuttons-???????' folder to this new 'navbuttons' folder on your server.
5. You need to make a small change to one Moodle core file to make this work (the change is different between Moodle 1.9 & Moodle 2.0 - see the included README.txt for details).
7. Customise the button appearance by clicking on 'Edit the Navigation Button settings' in the newly created block.
8. Check the message at the bottom of the screen (under the 'Save changes' button) - it should read "Navbuttons self-test: required core modifications have been completed successfully". If not, then go back to step 5 above and check carefully.

Note: The block is only visible to users who are able to edit courses modules. Deleting the block will remove the navigation buttons (they can also be disabled through the settings).

For a quick demo, there is a screencast available here:

### Contributors

• Thu, Sep 6, 2018, 4:12 AM
Hi Sebastian,

I've had a quick look at this, but I've not been able to reproduce the error with my plugin and Moodle 3.5. Looking at the code, I can't find a function file_get_all_files_in_draftarea() - the closet I can see is file_get_draftarea_files().

I'm afraid that without being to reproduce this locally, I can't really offer any insight as to what might be going wrong. If you were able to offer any extra details or some step-by-step instructions about how to reproduce this on a clean installation of Moodle 3.5, then I might be able to offer a fix.

Davo
• Mon, Sep 17, 2018, 4:22 PM
Hi Davo,
i haven't tried to reproduce this error on a clean moodle yet, but i can find the function "file_get_all_files_in_draftarea()" in my "filemanager.php".

Here is the class with the function/error inside (line 302):
https://codeshare.io/2jrLJg

Maybe this helps you to understand what the problem is.

But I guess this error is caused by one or more updated plugins which don't like each other...
On the live-system, which runs moodle 3.4 and the same plugins, you're plugin works well.

Sebastian
• Wed, Sep 26, 2018, 3:00 PM
Hi Davo,
the Plugin works now!

After the moodle update from 3.5.1 to 3.5.2+ it works.

Sebastian
• Fri, Sep 28, 2018, 5:42 PM
Hi, whenever we update our moodle, this plugin does not seem to carry over to the new version. As a result we have to re-add the navbutton block to every course each time we update moodle.

Is there something we should be doing instead? How do we make the navbutton blocks for each course carry over to the new moodle?

Also, is there a way to change the default icons on navbuttons? We tried replacing the png files in moodle/blocks/navbuttons/pix but it doesn't do anything. As we need to add the block to each course, then add our own icons for each block, this seems to be taking more effort than it should have. Is there an easier way to do it?
• Fri, Sep 28, 2018, 5:51 PM
Hi Chye Siaw,

I can think of no reason why the block would need adding to every course when upgrading - certainly my local test copy of Moodle has been upgraded a great many times without ever needing to do this.

Replacing the blocks/navbuttons/pix/* files is the correct way to change the default icons - if that doesn't change anything, then you need to clear your site or browser cache to see the difference.

Ideally if I was rewriting this plugin now, I'd introduce a better way of handling configuration across multiple courses, but it was written a long time ago and I'm unlikely to overhaul it anytime soon.
• Tue, Nov 20, 2018, 1:10 AM
Hello, is there any way to set by default the block at every course in the site?
• Tue, Nov 20, 2018, 1:11 AM
Darwin - sorry that is not currently possible.
• Mon, Apr 1, 2019, 9:21 PM
Hi, we are using navbuttons release = '2.2+ (Build: 2017100900)' in our project. We need to be VPAT and ADA compliant however below is an issue that needs to be resolved:
Issue: Form control label is missing text (Next activity button) < label class = "lblNavigationButton branchbuttoncontainer" style= "z-index: 2147483646; position: relative;" >< input type = "submit" n ame = "navbutton" value = "Next activity: Is Everyone Drinking?" style = "" > label >
Recommendation: Add the text for the form element within the label-tag or WAI-ARIA 'aria-label' or 'aria-labelledby' attribute that is already present.

I think above code is being generated from file '"moodle/blocks/navbuttons/footer.php"'
• Thu, Apr 4, 2019, 2:43 AM
Hi Abdul,

Just to confirm - the buttons are output by the make_navbutton() function in footer.php. If you want to add extra output on your site, then that is the function you'll need to edit, in order to add the label you want.

Davo
• Fri, Oct 18, 2019, 12:24 PM
Hi Davo,
I have upgraded my Moodle from 3.3.3 to 3.7.2 . And also updated navbuttons from '2.2+ (Build: 2017100900)' to $plugin->version = 2018042100;$plugin->release = '3.4+ (Build: 2017100900)';

In file moodle/blocks/navbuttons/activityready.php, there is a method

/**
* @param $cm * @return bool */ function navbuttons_mod_questionnaire_showbuttons($cm) {
global $USER,$DB;
return $DB->record_exists('questionnaire_attempts', array( 'qid' =>$cm->instance,
'userid' => \$USER->id
));
}

As per my knowledge, 'questionnaire_attempts' table has been removed, have a look at https://moodle.org/mod/forum/discuss.php?d=392394 . I am getting exception due to this.
• Fri, Oct 18, 2019, 3:00 PM
Hi Abdul,

I've just pushed a fix to github that should address that problem (it will simply show the buttons always, rather than waiting until you have submitted an attempt).

As an alternative, you could simply change the settings for the navbuttons (on the global settings page, not the per-course settings), so that they are set to 'Always show' or 'Show when complete' for questionnaires, instead of 'when questionnaire submitted'.
• Mon, Nov 18, 2019, 4:26 PM
Seems to be working with Moodle 3.8, without any changes (new version released with mod_questionnaire compatibility fix).
• Mon, Nov 18, 2019, 5:06 PM
Thanks for the plugin.
Why it's not in AMOS for translation? I'm PT-PT translator. Only in GitHub?
• Mon, Nov 18, 2019, 5:09 PM
Dinis - because of the necessary small core change, Moodle HQ has recategorised the plugin as 'Other', rather than 'Block'. This breaks just about all of the automated systems associated with the plugins database (automatic filling-in of details from version.php, integration with AMOS, etc.)

There is nothing I can do about it as long as the plugin is still in the 'Other' category (I had hoped to remove the core change when some new hooks were added a to the Moodle footer a couple of years back, but those hooks were implemented in a way that doesn't allow extra output to be inserted, so I'm still stuck with the core change).
• Mon, Nov 18, 2019, 5:32 PM
Sorry about that. I will pull a request in GitHub. Thanks