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
- We need to implement some Special pages like mediawiki's Recent changes.
- Section edit.
- borrow some interface ideas from OUWiki
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.
Pending
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
Diff issues
https://docs.moodle.org/en/index.php?title=dfwiki_requests&diff=4827&oldid=4826
That's the kind of interface that would be nice to add to dfwiki.
mailto
- a mailto link for dfwiki has already ben developed must be included in next release
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
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