Peter Ruthven-Stuart

Hello,

Gisela, thanks for posting this message. It seems unbelievable to me that it's not possible to delete a wiki page. After all, it was possible in 1.9. Surely, I must be missing something really obvious?

I've reported this as a bug: MDL-27335. Perhaps you could vote on this issue?

Hartmut, how's your experience with the alpha version of the OU Wiki? Does it support groups? Unfortunately, the Moodle 2 Wiki doesn't, see MDL-27037 & MDL-27306

Hello,

Just a quick update. I've installed the latest version of the HotPot module (Fri 22nd Apr 2011), and a colleague has discovered a similar problem with a JMix quiz. The words and phrases that need to be dragged up to the three lines and placed in  the right order are all hidden when using Navigation = Standard Moodle Navigation Bars or Top Moodle navigation bar only. Occasionally, when using these settings the quiz displays as expected, but usually not.

Navigation = Moodle navigation frame, seems to work OK but doesn't look so good..

"It seems that some themes have a slightly different underlying structure than the standard theme,"

Yes, it does seem that the so called standard themes in Moodle 2 behave rather oddly. See MDL-27294 and MDL-27252

Update: just noticed that when using "Navigation = Moodle navigation frame", the page title becomes:

<div class="text_to_html"><a class="autolink" title="Quiz 1: iPhone versus iPod Touch" href="http://vle.c.fun.ac.jp/moodle/mod/hotpot/view.php?id=18141">Quiz 1: iPhone versus iPod Touch</a></div>

it should be just "Quiz 1: iPhone versus iPod Touch".

Hello,

Is anyone else having problems with groups and the standard Wiki module in Moodle version 2?

I'd like to be able to set up a wiki on a version 2 moodle system in which, "there is one wiki per group, students can change the wiki of their own group only, and they can view the wikis for all groups."

When using moodle 1.9 and the standard issue Wiki I often set up a wiki so that small groups of students could collaboratively edit their own group wiki, and view the wikis of other groups (see the yellow cell in the table below). This does not seem to be possible in version 2. Either students are able to edit both their own group's and other groups' wikis, OR they can only edit their own group's wiki and not even see other groups' wikis.

The settings for a 1.9 wiki to make this group collaboration possible were (also see yellow cell in the table below):

• Type: groups
• Group mode: visible
• Grouping: Grouping-A (this setting not necessary, but useful in courses with lots of groups)

The Wiki settings in version 2 are different. These settings;

• Wiki mode: Collaborative
• Group mode: Visible groups
• Grouping: Grouping-A

result in a wiki in which students can edit their own group's wiki AND those of other groups. I was hoping that these settings would emulate the 1.9 version described above (and in the yellow cell below).

These settings:

• Wiki mode: Individual
• Group mode: Visible groups
• Grouping: Grouping-A
• Available for group members only: checked

result in a wiki in which students cannot edit a group wiki (to be expected) but can edit their own wiki. They can also see the wikis of other students. The strange thing about these settings is that even with the "Available for group members only" checked, students can see a menu of all students and groups in the course, not just the groups in the relevant grouping.

I have tried other combinations of settings, but none get the result I want and used to be able to get in 1.9. i.e. "one wiki per group. Students can change the wiki of their own group only. They can view the wikis for all groups".

This is a bug, surely?

For your reference, here are the Wiki types available in 1.9, copied from the help files of a 1.9 system:

Hello Nancy,

In February we upgraded from 1.9 to 2, and have just started the new academic year in Japan, so I have recently been learning about the wonders of the new file system.

> If we install Moodle 2.0 this summer will each course have a legacy file with the documents and images they have uploaded in the legacy file?

After upgrading from 1.9 to 2, Course file areas remain and can continue to be used, but are renamed to Legacy course files. In courses created after the upgrade there are no Course files areas. However, this 'old' feature can be reactivated or enabled: click here to learn how. However, this is not recommended. So, if your colleagues reuse an old and upgraded course, they don't need to upload files again, they'll still be there in the Legacy course files area. However, once they start using a brand new course, they'll have to re-upload files.

> Is there a best practice I should provide them over the summer ...

I imagine that for large institutions, an external repository is probably 'best practice'. Click here for a recent discussion about this. However, in my case, there are only 10 or so teachers using our Moodle system, so I am trying to encourage them to use the 'Private Files area'. The advantage of this 'repository' is that teachers can manage all their files within Moodle (which is what they are used to), and all files in the private files area can be accessed from any course by the teachers, something that could not be done with the 1.9 course files directory.

I was hoping to use external repositories like Google Docs or DropBox. However, as far as I know, at the moment it is not possible to configure the Dropbox repository for multiple users: see moodle docs about this.  I have linked our Moodle to DropBox and was able to access my DropBox directory without any problems. Very neat I thought, but then discovered colleagues could not access their own DropBox directories. The only way to make this work at the moment is to create a new DropBox account and give all my Moodle colleague access to it.

We also experimented with the File System repository. However, this quickly went by the wayside when teachers discovered that they'd have to use a different system to upload files to that repository: i.e. ftp or file-sharing on our Mac network.

So I think the simple answer to your question re File Management Best Practice is that it depends on the number of teachers accessing the Moodle system, their technical expertise, and above all their willingness to try something different when they feel that the old system (Course files) worked just fine. Hope this helps. It'll be interesting to hear what you end up doing.

Hello Maiol,

Is it imperative that students can only see their own 'personalized files'?

If so, one solution that occurs to me is to use the Groupings and Groups feature and the Folder resource. However, it's not a very elegant solution, and will take time to set up. But perhaps this possible plan will give you a better idea:

1. create a grouping named after each student
2. in each grouping add a group called "Personal Files"
3. add each student to their respective "Personal Files" group
4. Then create a 'Folder' resources for each student
5. Each Folder resource should be set as follows:
   1. Grouping: choose the grouping named after the relevant student
   2. Available for group members only: check
6. upload the personalized files to each Folder resource: only students belonging to the Grouping assigned to the Folder will be able to see the content - in fact, I think the entire Folder will be invisible to other students.

The advantage of this is that each Folder resource will be a 'permanent' private directory for each student to which the teacher can upload files and from which students can download. Of course, the big problem with this solution is that it's not very practical for courses with 'lots' of students.