This page is to talk about the (likely) entrance of NWiki into 1.9 core.
- 1 NWiki roadmap
- 2 Old DFwiki requests
- 3 Fixed
Rigth Now DFwikiteam is focussed in the following issues:
- NWiki complies with XHTML transitional. April 2007
- NWiki complies with XHTML Strict mid May '07
- this affects main engine
Logs and stats
We need to ckeck out stats and logs with nwiki.
- Done! June 2007
Code Tunning : new wiki api
There's a big issue in the code, the $WS variable that acts like a big set of global variables.
- We are getting $WS smaller day by day
- We are witting a new internal API to create an internal layer of services for developers.
Done!!! Two main layers for developers have been written and working inside of the Nwiki distributions since May 2007. PHPDoc documentation is available here.
- a set of PHPUnit tests have been developed to ensure the quality of the thing.
- test case descriptions have been written to help developers and maintainers
shall we trim nwiki ?
NWiki is Huge ! As many have said we implement a lot of features that maybe are not necessary for everybody. We could have a reduced set of nwiki into the oficial distribution and a 3rd party and a extended version as 3rd part plug in. Things that could be taken outside:
Maybe we keep them
- wiki course format
- discussion pages ?
- grading in wikis ?
- ranking and votes?
- integration with tiddlywiki ? Tiddlywiki integration
New upcoming toys
In June 2007 will come new features that need to be sorted in or out of the basic distribution
- Wikibook wikibook in the forum
- PDF Generation
- Timeline-like wiki history browser
- Import / export from openoffice writer and (eventually) msword
So far the data migration works fine. No bugs reported without attending.
Let's rememeber to complete the PDF export thing (HTML Editor wiki pages are not exported) Expected mid june
Even More features Implemented
- Add templates so that some content can be made available to all groups when they start using a wiki
Implemented, in release June 2007
Dynamical online import from mediawiki utilty... :-D
Old DFwiki requests
- We need to implement some Special pages like mediawiki's Recent changes.
- Section edit.
- borrow some interface ideas from OUWiki
Would be useful to have a block with the content of a wikipage.
If you select 'social' course format you have the option of inserting a social activities block... I don't get that option for the DFWiki, but I think I should so I can add other Moodle activities...
otherwise, when I go to admin/site I can choose to display a topic section where I can put activities and this may be an alternative solution.
Note: In theme Including wiki page in other Moodle resources was announced filter, which can include wiki-page into any filterable place. In summ with existing html block it sounds like solution for this suggestion! --Ne Nashev 07:52, 26 March 2006 (WST)
Including wiki page in other Moodle resources
I suggest add to standard filters (like Autoformat, Markdown) tag which allow include content (not a link) of wiki page (without editing). This will allow to use wiki as general place for storage texts and use them in resources, lessons and so on.
Note: In theme Including wiki page in other Moodle resources was announced this filter
The words "Change to one of the following editors" tells the new user to change to an editor other than the default editor. As this works now, the choice cannot be changed once selected.
In order to avoid this confusion, the teacher should be able to make the default editor the only choice.
In the meantime, the option "Change to one of the following editors" could be moved down below the buttons: save, preview, cancel.
That way new users will be more likely to use the default editor and not lock themselves into one of the other options. forum tread
About Moodle groups
- It appeared from our testing that setting up a wiki to have separate groups kept everyone except group members out of the wiki (including the teacher). In other moodle assignments an instructor is not limited by enabling grouping - which is why you do not put a teacher in a group!
- Visible groups enabled all others to see other groups' wikis, but also appeared to give them editing privileges in another groups' wiki.
Moodle wide metawiki
We need a metawiki index to easily link between wikis. The idea is to have admin tool to manage the wiki-names to be able to refer easily from one wiki to another like this:
[wiki-name:wikipagename|label to link]
Special wiki pages
To implement biblio references... a link like [ref:refname] Will lead us to a editing page with a form (maybe a database module form) to enter the biblio reference ( title, author, isbn, link , pages ... and so on )... Once we got that any page with a reference to a biblio ref will get printed at its bottom the complete reference and a link to it.
This feature proposal comes within the wikibook line of work
Ops ops... bug obert.
- Quan edito característiques del curs no em deixa escollir tipus editor, i quan importo continguts les pagines no passen pel parser!
Quan edito i deso llavors es veuen bé. Jo flipo!
- Les pagines wanted i pàgines orfes fan el que els rota
- el wikibook no usa els sinonims.
weird course interaction stuff
If you select 'social' course format you have the option of inserting a social activities block... I don't get that option if I select DFWiki, but I think I should so I can add other Moodle activities... (using Moodle 1.6)
Otherwise, when I go to admin/site I can choose to display 1 topic section where I can put activities and this may be an alternative solution.
Also if I modify a course that had a different format, such as topics ,to be DFWiki the course crashes and you cannot get back to original course format because of the error it throws up.
Add automatic transliteration of the non-latin page names
This must solve all problems with non-latin pagenames. For each language can exist transliteration to the latin alphabet, that can be placed in language pack. Wiki module can use it to automatically translate page names for internal purposes, especially for passing as parameter in the URL string, while keeping original name for the user. This simple feature can save a lot of trouble with non-latin pagenames.
There is an example of the wiki with this feature: WackoWiki. It's Open Source Project, written on PHP.
Inconsistencies with Standard Moodle Behaviour
username is used to identify the user in the database instead of userid. This is also displayed to students and teachers instead of user's full name. This is a serious bug because it poses a security risk to students by revealing their userid to all, and it is also a serious issue because anyone can change their username at any time, unlike userid. This problem exists in both Dfwiki and the new wiki.
A way to grade users that contribute with the wiki
This issue has been implemented in two ways in new wiki
- Votes + ranking block
- Create a more user friendly (WYSIWYG) view for the history/diff mode. Something similar to what was available in the "old" wiki would be enough, but I'm sure you guys can make it even better :-}.
Actually, I just saw the view for the diff format in this wiki (the one where MoodleDOCS are created) and it does just what I want: example of how it looks