Development:NWiki roadmap

This page is to talk about the (likely) entrance of NWiki into 1.9 core.

NWiki roadmap

Rigth Now DFwikiteam is focussed in the following issues:

XHTML Strict

• NWiki complies with XHTML transitional. April 2007
• NWiki complies with XHTML Strict mid May '07
  • this affects main engine
  • blocks not finished yet (some javascript to look up to)

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.

PHPUnit testing

• 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?

Most likely

• 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

Migration issues

So far the data migration works fine. No bugs reported without attending.

More?

Let's rememeber to complete the PDF export thing (HTML Editor wiki pages are not exported) Expected mid june

Even More features Implemented

Wiki Templates

• Add templates so that some content can be made available to all groups when they start using a wiki

Implemented, in release June 2007

mailto

• a mailto link for dfwiki

has already ben developed must be included in next release mailto dfwiki forum thread

And finally

Dynamical online import from mediawiki utilty... :-D

Old DFwiki requests

Use this page for requests of bugfixes and new features on the NWiki The DFwikiteam will keep a sharp eye on the list.

Miscelaneous

• We need to implement some Special pages like mediawiki's Recent changes.
• Section edit.
• borrow some interface ideas from OUWiki

block wikipage

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

---

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

Wiki reference.

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

Coses rares

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.

Fixed

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.

FIXED

Grading system

A way to grade users that contribute with the wiki

This issue has been implemented in two ways in new wiki

• Grades
• Votes + ranking block

dfwiki and new wiki documentation

Improve differences

• 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

se also

• wiki
• Dfwiki
• DFWikilabs
• Development:Wiki requirements