Hi all,
Hopefully Ludo will pop up here to help...
After experimenting with the OU wiki we've found it reliable but too limited in functionality for our needs.
We've had nWiki reinstalled on 1.9.2 and are now testing it.
Probs so far:
Students can't edit
More seriously our student's can't edit the wiki - I've checked the admin settings and it *should* work but clicking save as a student results in nothing...
The pages are locked when a student is editing them but then they can't save... The save button does nothing, nor does preview.
PLEASE HELP!!!
Wiki course format
Less seriously but still annoying is that on the front page of a course in 'Wiki course format' the links are ALL broken on the front page as the file paths are wrong.
From front page ta link is broken:
course/view.php?id=194&page=Learning+Set+1&gid=0&uid=0
From the wiki itself it works:
mod/wiki/view.php?id=194&page=Learning+Set+1&gid=0&uid=0
Same link but not updating or pointing into /mod/wiki from front page, guessing this means 'course format' doesn't work...
Not a major issue though a pity...
nWiki problems - students can't edit and wiki course format links broken
由Steve Wright發表於
Number of replies: 27
Well this is a doozy....
Working in Firefox or Internet Explorer I can *only* save edits as admin. When logged in witha student or teacher ID the save | preview | cancel buttons simply don't work.
In Safari I can edit and dave changes in any role - admin, student, teacher
In Opera - I can't make *any* changes - I *can* click save but the page isn't saved it just refreshes to the previous version.
Anyone got ANY idea what's going on here?????
Working in Firefox or Internet Explorer I can *only* save edits as admin. When logged in witha student or teacher ID the save | preview | cancel buttons simply don't work.
In Safari I can edit and dave changes in any role - admin, student, teacher
In Opera - I can't make *any* changes - I *can* click save but the page isn't saved it just refreshes to the previous version.
Anyone got ANY idea what's going on here?????
It's not chameleon interference either - just tried it with a different theme.
Tried it on our other sirte where we've upgraded from 1.6.3 to 1.9.2 and the nWiki upgraded OK for content - BUT students can't save or preview edits as the buttons don't work. Again admins can.
Interestingly an admin CAN edit and save when 'logged in as a student'. But if you log in properly as a student (i.e. using a student ID or teacher ID rather than the 'login as' function) then you can't save edits.
Just doesn't work for students or teachers in IE or Firefox - so that'd be ooooh - everyone who'd be using it!
Brilliant!
Oh - and you can't delete nWikis either
Tried it on our other sirte where we've upgraded from 1.6.3 to 1.9.2 and the nWiki upgraded OK for content - BUT students can't save or preview edits as the buttons don't work. Again admins can.
Interestingly an admin CAN edit and save when 'logged in as a student'. But if you log in properly as a student (i.e. using a student ID or teacher ID rather than the 'login as' function) then you can't save edits.
Just doesn't work for students or teachers in IE or Firefox - so that'd be ooooh - everyone who'd be using it!
Brilliant!
Oh - and you can't delete nWikis either
Given the lack of support here over last 2 weeks I think we'll have to abandon nWiki as it's neither reliable enough nor adequately supported for our needs.
It does have the features we're looking for but if you can't save, edit or delete the wiki it's plain unusable.
ANother concern is that if versions are released that just plain don't work that really doesn't bode well for making it a core element to a course, and when coupled with a highly problematic and unreliable history and multiple previous problems it's a bit of a killer.
So given decision time is upon us next week it appears that for this programme - a PhD in Technology Enhanced Learning and e-Research it's the final nail in the moodle wiki coffin for us
Is it *really* going to go into moodle 2.0 when it's like this?
It does have the features we're looking for but if you can't save, edit or delete the wiki it's plain unusable.
ANother concern is that if versions are released that just plain don't work that really doesn't bode well for making it a core element to a course, and when coupled with a highly problematic and unreliable history and multiple previous problems it's a bit of a killer.
So given decision time is upon us next week it appears that for this programme - a PhD in Technology Enhanced Learning and e-Research it's the final nail in the moodle wiki coffin for us
Is it *really* going to go into moodle 2.0 when it's like this?
In reply to Steve Wright
Re: Last naiils into the nWiki coffin for us I fear...
Hi Steve and others,
sorry for the silence. August its our vacation month in spain, and we have been out of office and disconnected from this forum.
Next week we will start bughunting and fixing for the 1.9 version. I beliebe that we have most of them reported in the forum, so will be easy to track them.
In Moodle 2.0 nwiki is being completelly refactorized. The main ideas are:
* the code will be revised by somebody in moodle hq, we already have schedulle to do it.
* there will be no undocumented feature.
We have a lot of work to do, but we needed the vacation, sorry for any inconvinience.
Best
Ludo
sorry for the silence. August its our vacation month in spain, and we have been out of office and disconnected from this forum.
Next week we will start bughunting and fixing for the 1.9 version. I beliebe that we have most of them reported in the forum, so will be easy to track them.
In Moodle 2.0 nwiki is being completelly refactorized. The main ideas are:
* the code will be revised by somebody in moodle hq, we already have schedulle to do it.
* there will be no undocumented feature.
We have a lot of work to do, but we needed the vacation, sorry for any inconvinience.
Best
Ludo
In reply to Ludo (Marc Alier)
Re: Last naiils into the nWiki coffin for us I fear...
由Robert Hufsky發表於
Hi,
I know that this may have been resolved a long time ago but I just ask:
I am using NWiki2.0_Moodle1.9_rev2008080401.zip and it does not allow my Students edit pages using Internet Explorer but supports Firefox only.
Even though I personally prefer FF I see that it is not a good idea to force anyone into using a certain browser for using a basic feature.
It seems that the current version of NWIki is NWiki2.0_Moodle1.9_rev2009012201.zip but I was unable to find a list of changes.
So my question goes:
What are the changes in between the two versions, and - is the IE/FF Issue resolved?
How can I upgrade from the older version to the new one, is there any risk of losing data?
I might have overlooked some information or should have RTFM, so any pointer to detailed information would be very much appreciated.
kind regards
Robert
I know that this may have been resolved a long time ago but I just ask:
I am using NWiki2.0_Moodle1.9_rev2008080401.zip and it does not allow my Students edit pages using Internet Explorer but supports Firefox only.
Even though I personally prefer FF I see that it is not a good idea to force anyone into using a certain browser for using a basic feature.
It seems that the current version of NWIki is NWiki2.0_Moodle1.9_rev2009012201.zip but I was unable to find a list of changes.
So my question goes:
What are the changes in between the two versions, and - is the IE/FF Issue resolved?
How can I upgrade from the older version to the new one, is there any risk of losing data?
I might have overlooked some information or should have RTFM, so any pointer to detailed information would be very much appreciated.
kind regards
Robert
Hi Steve,
I'm working with Ludo in Nwiki project.
First of all, I'm so sorry for these two weeks without any response on this forum. We were "disconnected".
I'm revising the nwiki code and I have found some errors with the last feature. (A new Tag system for wiki). We are focused on this errors to give a new release of Nwiki.
About the students problem, In this case, they are editing wiki pages and they can't save because the button do not respond. So, you check the wiki permissions on the course. You check as "Inherit" or "allow"?.
I've done the same action with the last release and I can edit as student, logged with user and password.
To give some clues, could you put your moodle on debug mode "developer"? In this case, you try to edit as student and give me the message with these error. Because, we can see this behaviour.
Thanks!
David
I'm working with Ludo in Nwiki project.
First of all, I'm so sorry for these two weeks without any response on this forum. We were "disconnected".
I'm revising the nwiki code and I have found some errors with the last feature. (A new Tag system for wiki). We are focused on this errors to give a new release of Nwiki.
About the students problem, In this case, they are editing wiki pages and they can't save because the button do not respond. So, you check the wiki permissions on the course. You check as "Inherit" or "allow"?.
I've done the same action with the last release and I can edit as student, logged with user and password.
To give some clues, could you put your moodle on debug mode "developer"? In this case, you try to edit as student and give me the message with these error. Because, we can see this behaviour.
Thanks!
David
Hi David,
Great to finally get a reply.
*Server Mode:
Have set up the server to developer mode.
How do I get at the output from developer mode though?
*Buttons working/not working in dif roles/browsers.
I've just re-tested logged in as a student in Firefox version 3 and the buttons DO work (but didn't with version 2) and also tested student login with Google Chromewhere they also work. However the leading browser IE still doesn't work though
*Student Permissions:
Student permissions on the specific wiki (i.e. local overrides) are set as inherit - globally for student role they are set to 'allow' for 'edit any wiki' and 'edit course wiki' (and also Export to PDF and Evaluate a Wiki)
Steve
Great to finally get a reply.
*Server Mode:
Have set up the server to developer mode.
How do I get at the output from developer mode though?
*Buttons working/not working in dif roles/browsers.
I've just re-tested logged in as a student in Firefox version 3 and the buttons DO work (but didn't with version 2) and also tested student login with Google Chromewhere they also work. However the leading browser IE still doesn't work though
*Student Permissions:
Student permissions on the specific wiki (i.e. local overrides) are set as inherit - globally for student role they are set to 'allow' for 'edit any wiki' and 'edit course wiki' (and also Export to PDF and Evaluate a Wiki)
Steve
Doesn't the browser issue imply this is NOT server PHP messages but actually client side javascript?
Hi David,
can't you provide some sort of patch, so that students with IE or Firefox 1.x can effectively edit thus use the wiki? As edits in all other modules are no problem, this seems to be a rather small bug I assume... Please help me with this problem as I am not able to change the browsers on the client side...
Thanx,
Marcus
can't you provide some sort of patch, so that students with IE or Firefox 1.x can effectively edit thus use the wiki? As edits in all other modules are no problem, this seems to be a rather small bug I assume... Please help me with this problem as I am not able to change the browsers on the client side...
Thanx,
Marcus
"a small bug"?
Hang on we're supposed to make our students switch to non-standard browsers (this DOESN'T work in IE remember!) because the scripting is dodgy?
We've abandoned nWiki for the doctoral programme now as this remains apparently unfixed and no info - I also work on another programme/module which is predicated on nWiki functionality so I hope and pray there is a stable working version by Easter.
Good to know it isn't just me with this problem but the idea that we should force students to use a certain browser seems crazy to me...
Hang on we're supposed to make our students switch to non-standard browsers (this DOESN'T work in IE remember!) because the scripting is dodgy?
We've abandoned nWiki for the doctoral programme now as this remains apparently unfixed and no info - I also work on another programme/module which is predicated on nWiki functionality so I hope and pray there is a stable working version by Easter.
Good to know it isn't just me with this problem but the idea that we should force students to use a certain browser seems crazy to me...
I am not disputing your point of view or decision-making. But I have found that on the web you need both browsers if you want to take advantage of all the features found in the variety of available pages.
On Windows: IE and Firefox, on OSX: Safari and Firefox.
We tell our students and faculty to try to use their favorite browser first, and it it does not work, try the alternative.
We install both browsers on all our campus-owned computers.
Unfortunately we are not yet at the stage where every web page can be correctly parsed by every modern browser, hopefully someday we will be. How is Firefox any more "non-standard" than IE? And what if Moodle is generating w3c non-standard files?
The problem is if within a web-based program like Moodle some features work ONLY in one browser, and some ONLY in the other.
To me that is not an acceptable situation.
On Windows: IE and Firefox, on OSX: Safari and Firefox.
We tell our students and faculty to try to use their favorite browser first, and it it does not work, try the alternative.
We install both browsers on all our campus-owned computers.
Unfortunately we are not yet at the stage where every web page can be correctly parsed by every modern browser, hopefully someday we will be. How is Firefox any more "non-standard" than IE? And what if Moodle is generating w3c non-standard files?
The problem is if within a web-based program like Moodle some features work ONLY in one browser, and some ONLY in the other.
To me that is not an acceptable situation.
Yes, it is clear that not all web pages produce the same results on all browsers. But in the most cases the very basic functions work on all browsers. Example: I cannot use the html editor in moodle assignments on safari but at least I can edit plain text and save assigment texts. As I clearly see that there is no html editor using safari this is not optimal but OK.
To me, not being able to save a nWiki page on any browser but FF3 is another story. Especially as there is no hint that saving does not work. Just a save-button that does nothing.
A basic feature like saving should work across all browsers. I think if I tell my students that certain basic features work on FF3 only this will have an impact on the credibility of moodle.
I also hope that from a software developers point of view this is only a small bug that can be fixed easily.
To me, not being able to save a nWiki page on any browser but FF3 is another story. Especially as there is no hint that saving does not work. Just a save-button that does nothing.
A basic feature like saving should work across all browsers. I think if I tell my students that certain basic features work on FF3 only this will have an impact on the credibility of moodle.
I also hope that from a software developers point of view this is only a small bug that can be fixed easily.
"How is Firefox any more "non-standard" than IE?"
http://en.wikipedia.org/wiki/Usage_share_of_web_browsers
72.2% vs 19.48%
Pre-installed vs downloaded and installed (if you've got permissions to do so)
Don't think I need to add much to this - our students are working professionals frequently accessing from either NHS computers or another workplace. Asking them to install anything is impossible.
If it don't work in IE it don't work for 72% of web users - that's pretty serious discrimination! I'm not talking about advanced features either but a basic - saving!
Unfortunately we're going to have to redesign / rethink two other modules that took advantage of nWiki features in particular if it doesn't work - groan...
http://en.wikipedia.org/wiki/Usage_share_of_web_browsers
72.2% vs 19.48%
Pre-installed vs downloaded and installed (if you've got permissions to do so)
Don't think I need to add much to this - our students are working professionals frequently accessing from either NHS computers or another workplace. Asking them to install anything is impossible.
If it don't work in IE it don't work for 72% of web users - that's pretty serious discrimination! I'm not talking about advanced features either but a basic - saving!
Unfortunately we're going to have to redesign / rethink two other modules that took advantage of nWiki features in particular if it doesn't work - groan...
Uh-oh! Soapbox time......
[Steve, this is not ad hominem so please don't take it that way......]
While there are obviously continuing issues with nWiki, and I don't think anyone thinks that open software should intentionally anger users of COTS, I always have to respond to such arguments by asking the proponent why they think that it is appropriate for open software to go out of its way to support entities insistent on using commercial software created by vendors determined to eschew not only standards but the very concept of open software.....
<rant>
There is a great solution for those who are committed to COTS, and it is called BlackBoard! Now don't get me wrong, I think trying to make software as open as possible is WONDERFUL.... but am I going to abandon MathML (a W3C standard) simply because IE and Safari can't do it? Unlikely..... If the Enterprise has decided to it imprison its participants technologically, that is the Enterprise's choice, and it is as simple to add an alternative browser to an image as it is to roll the image out in the first place. Frankly I'd like to see a published article that suggests that instruction to National Health employees had to be terminated because the government would not provide those employees either with working COTS tools or adequate desktop tools to take advantage of open software apps like Moodle. Maybe Mikey Moore could do a sequel about how Britain's marriage to MS is choking some otherwise great social efforts to death?? Hard to believe that a place so far advanced from your US counsins in health care has tied those advances to such a regressive IT policy.
</rant>
But then I don't speak for Moodle and this discussion should probably be had in the Lounge....
[Steve, this is not ad hominem so please don't take it that way......]
While there are obviously continuing issues with nWiki, and I don't think anyone thinks that open software should intentionally anger users of COTS, I always have to respond to such arguments by asking the proponent why they think that it is appropriate for open software to go out of its way to support entities insistent on using commercial software created by vendors determined to eschew not only standards but the very concept of open software.....
<rant>
There is a great solution for those who are committed to COTS, and it is called BlackBoard! Now don't get me wrong, I think trying to make software as open as possible is WONDERFUL.... but am I going to abandon MathML (a W3C standard) simply because IE and Safari can't do it? Unlikely..... If the Enterprise has decided to it imprison its participants technologically, that is the Enterprise's choice, and it is as simple to add an alternative browser to an image as it is to roll the image out in the first place. Frankly I'd like to see a published article that suggests that instruction to National Health employees had to be terminated because the government would not provide those employees either with working COTS tools or adequate desktop tools to take advantage of open software apps like Moodle. Maybe Mikey Moore could do a sequel about how Britain's marriage to MS is choking some otherwise great social efforts to death?? Hard to believe that a place so far advanced from your US counsins in health care has tied those advances to such a regressive IT policy.
</rant>
But then I don't speak for Moodle and this discussion should probably be had in the Lounge....
Aye - thiank this kind of ranting is way off-topic: I just want it to work...
It used to, it could and it should...
Fingers x'd future versions will fix this bug (that wasn't there in any previous versions and seemingly has no need to be there now - what changed to make this button stop working?). Fingers double-x'd for the next version or I'm going to have a LOT of work on my hands!!!
I think the IE issue is a bit of a distraction... Meanwhile it's all gone very cold/quiet...
It used to, it could and it should...
Fingers x'd future versions will fix this bug (that wasn't there in any previous versions and seemingly has no need to be there now - what changed to make this button stop working?). Fingers double-x'd for the next version or I'm going to have a LOT of work on my hands!!!
I think the IE issue is a bit of a distraction... Meanwhile it's all gone very cold/quiet...
I thought that Nwiki was what was going to be cleaned up and included as a core module for Moodle 2.0. At least that's what it says in the roadmap to 2.0.
I sure hope they do it. I have around 300 wiki tutorials that I would hate to have to convert to be compatible with what is in Moodle 2.0 right now.
I sure hope they do it. I have around 300 wiki tutorials that I would hate to have to convert to be compatible with what is in Moodle 2.0 right now.
Hi there,
Yes, I do use Ou wiki and am very happy with it after lots of frustration with the standard wiki. I'm not trying to get my students to replicate Wikipedia, usually just to collaborate on creating a single web page. I'm an English teacher, and most of my students are not very computer literate, so we need something simple.
Ou wiki does what it says it will do with no glitches. Moreover, students can add online images by simple drag and drop - in Firefox.
I haven't needed to call on him for ages, but the developer, Sam Marshal, responds quickly and efficiently if necessary.
I regret I didn't vote for Ou wiki being included in Moodle 2 when I had the opportunity - I was new to Moodle then and felt too shy and ignorant. I think a lot of some decisions here get taken by computer savvy people who're not in touch with what non techie teachers want and can handle.
Cheers,
Glenys
Yes, I do use Ou wiki and am very happy with it after lots of frustration with the standard wiki. I'm not trying to get my students to replicate Wikipedia, usually just to collaborate on creating a single web page. I'm an English teacher, and most of my students are not very computer literate, so we need something simple.
Ou wiki does what it says it will do with no glitches. Moreover, students can add online images by simple drag and drop - in Firefox.
I haven't needed to call on him for ages, but the developer, Sam Marshal, responds quickly and efficiently if necessary.
I regret I didn't vote for Ou wiki being included in Moodle 2 when I had the opportunity - I was new to Moodle then and felt too shy and ignorant. I think a lot of some decisions here get taken by computer savvy people who're not in touch with what non techie teachers want and can handle.
Cheers,
Glenys