Dreammap

From Dokeos

Jump to: navigation, search

All Dokeos users are encouraged to add their wishes, requests, remarks to this page. Just press the edit link at the top of the page and you can type new text directly through your browser. The roadmap for future versions will take all these suggestions into account.

People who want to help out developing a certain feature can add their names after a feature, e.g. Developers: yourname. When we have a list with who can develop what, we can use that list as a start to create the roadmap for the next release.

Important:

Contents

Improvements or new features for existing tools

Admin

  • add new user: add platform administrator to the dropdown box of the status instead of status (teacher/student), platform admin (yes/no).
  • when exporting users immediately start the download of the file.

Announcements

  • time window on announcements
  • move settings in the code to the AWACS or the course settings.
  • send all (mail)announcements from a course only once a day (all announcements in one mail at the end of the day)
  • config setting to choose between send attached resources by mail or not. If the attachments are not send by email then a link to the course resource could be added to the message.
  • always send a copy of mails to the sender

--Hessa 09:50, 21 June 2006 (CEST)hessa--Hessa 09:50, 21 June 2006 (CEST)

Assignments

Calendar

  • iCal/vCal/RFC 2445 synchronisation: http://www.faqs.org/rfcs/rfc2445.html
  • Repetition of activities should be possible
  • Management of resources (have a list of resources which can only be used once at a time and enable search on one resource's occupancy - eg. classes, projectors, ...)(Ywarnier)

Course Copy

  • forum: copy only structure (which is the only thing that makes sense since the old students are possibly no longer member of the course for this academic year [if they passed exams])
  • respect the visibility of documents, links, ...
  • copy the structure of the groups tool (not the users)
  • Possibility to copy all data from a course

Course Description

Course

  • password protect a course. This course would then only be open for enrollment if the password is correct.


Course settings

  • I suggest to develop this page to a "course admin page", so that various functions which concern the course as a whole can be set here by the course admin (similar to what the platform admin has available via the "platform administration page" for the platform as a whole)--Wolfgang 12:35, 1 Sep 2005 (CEST)


Course homepage

  • It can be useful to have very important messages appear (announcements and/or agenda items) on the homepage. The first solution to this seemed to allow the course admin decide which tool should be the first page that appears when entering the course (like BB) but after a more serious analysis of the need this proved not so ideal (students would dislike the inconsistency throughout courses) and the course introduction would no longer be reachable (which can be used for very urgent messages). The solution was then that the last 3 (or more/less) agenda items and announcements could then appear on the course homepage under the course introduction text (this place is currently used by the icons but with the navigation menu this should place should be emptied (no duplication of the links and icons), which leaves more space for the new announcements and agenda items. Idealiter everything could be added here as it would be an ideal place for plugins also.
  • every course resource can have an entry on the course homepage
  • Allow ordering of the elements on the homepage as displayed to students (e.g. "move item up" and "move item down").

Database

  • When no database connection can be established, a "click to install" button is displayed. This should be changed to an information message.

Encoding/charset harmonization

Dokeos being more and more internationalized, the display part of the Dokeos code could be harmonized to use UTF-8 everywhere by default, except for imported content where it should use the content's encoding (this part might be very tricky though).

Groups

  • When the AWAC setting Group categories on the platform is set to yes then you must created a category to store your groups in. If you (by mistake or intentionally) delete the default group then you cannot add a group unless you store them in a category. It would have been better to make it like the documents and links where you can put documents in the root but also in the folders. The same idea counts for links.
  • A further shortcomming is that you can not move groups from category A to category B
  • last icon of the groups for filling the groups (fill randomly). Maybe this functionality is more appropriate in the group_edit.php page http://www.dokeos.com/forum/viewtopic.php?t=5283

Languages and translations

  • DLTT: improvements of 1.6.x translations, improvements of unstable-1.7 translations? proposal: two copies of the translation tool, each with a different database.
  • Manuals, installation guides: proposal: create email address translation@dokeos.com so people have a good address to send their documents to.
  • solve the problems with translations of htmlarea.js.php and phpbb/language files
  • quid DLTT after 1.6?
  • how can we get rid of the many double, triple and even more uses of the same language variables in different language files? Is it really not possible to have one language file per language?--Wolfgang 19:16, 14 Jul 2005 (CEST)
  • use ISO-codes for languages, and create a new scheme for specific dictionaries
  • split most languages out of the main Dokeos archive, as currently half the disk space taken by Dokeos is for languages, where nobody obviously uses them all at the same time. There are actually two aspects of this which could be treated differently: size of the archive to download and disk space taken once installed.

Links

  • opening links (new window or not) => AWAC
  • Make it possible to attach an image to a link, thus enabling picture-based retrieval of information inside or outside Dokeos (Ywarnier)

More flexible user permissions

Now we only have platform-admin, course-admin, tutor and students. A more flexible way of defining user permissions would allow us to promote a student to administer a forum, or give somebody the rights to add announcements but not documents in a course. etc.

see: User Permissions

My Courses

  • although courses are grouped into course categories (faculties) the user cannot see this once (s)he is logged in. The courses are sorted chronologically (according to the date of subscription). It would be nice if the course categories (faculties) would also appear on the my courses page. This can already be done by the 'user defined courses' but the initiative lies with the student. We can implement three different views (user can choose through their profile): flat (as it is now), according to the course categories, according to the user defined course categories.
  • clean the code for the notification area (current events, current agenda)
    • maybe even release this as a plugin
    • definately in a separate file
    • AWACS voor deze dingen
  • Allow either course admin or Dokeos Admin (maybe just later) to upload and set custom icons for each course and/or course-type.

Persons online on course level + chat invitation + user account survey

A page to see which users haven't logged in for the past 30(??) days with an option to delete their account, deny their access or send a new email reminder.

Not online for XX days
Not online for XX days


And as a teacher I want to see which students/teachers of my course/class are online and as an admin I want to see which teachers and students are online. With an option to send them an invitation for a chat session, which they can accept or not. If they accept a new chat screen will be opened. forum: http://www.dokeos.com/forum/viewtopic.php?t=3678

Description
Description



Registration

  • registration as course manager only after approval of platform admin
    • Is this not alreay solved in 1.6 via admin options to allow register as course manager? If registration as course manager is not allowed for the platform, then only the platform admin can change a user's status from student to course manager (= approve the user to be a course manager)
  • Extra security on registration: http://www.dokeos.com/forum/viewtopic.php?t=6237, see also http://www.dokeos.com/DLTT/register.php
  • Check if the e-mail address that is provided really exists: http://www.dokeos.com/forum/viewtopic.php?t=6262
  • Anti-flooding mechanism for "lost password" page. Now if you know the e-mail address of a teacher, it is possible to send him a lot of mails through dokeos. It is no security issue, this could be annoying for some teachers...

Resource linker

  • major code rewrite ?
  • use tool constants
  • add student publications
  • allow uploading new documents => goes into the user space

Shorter URLs for Document files

I have noticed that frequently I am in the need of linking document files from Learning Path HTML files, however I use to find myself with URLs like this http://server/dokeos/main/document/document.php?action=download&id=%2Fmodulo1al5_%28PPT_en_formato_pdf%29%2Funidad1.pdf

Long right? This is not also annoying, but sometimes generates problems, as the long URLs can sometimes produce unexpected errors.

Why not have shorter URLs (something like tinyURL), that would result in something like http://server/redirect.php?id=YZWD&action=download

SCORM & Learnpath

  • Import: (upload) multiple SCORM packages in one operation.
  • Export: also export the metadata of the learnpath items. It is just copy/paste of an already-XML-formatted string into the imsmanifest.xml (DONE in 1.6 for Documents).
  • modify an uploaded scorm package (forum) (DONE)
  • test results as prerequisites (forum) (DONE)
  • score weighing missing (forum)
  • Dokeos learnpath: Allow creating learning paths in directories (forum)
  • Too many learnpaths on course homepage
    Too many learnpaths on course homepage
    allow the teacher to determine if the learning path should appear on the course homepage or not. (see screenshot) (DONE)
  • sort learnpaths (DONE)-
  • learnpaths for specific groups / students (using item_property table) (Using item_property table as of 1.8.4)
  • see SCORM tool redesign for work in progress
  • Allow ordering of Learn Paths (both internally created and imported); there currently does not appear to be a way to do this (DONE in 1.8.4)
  • Allow a custom uploaded icon to assist in user's recognizing a learn path (e.g. I want several courses with the same set type of learn paths, e.g. something like "Introductory Material", "Advanced Material", "Quick Review".)

Security

  • Proposal: private (how private?) mailinglist just for security
  • Openness about security
  • Patches

Start page

The Dokeos start page should also count and display the unopen courses (but these should not be clickable). When you have for instance 1000 course and they are all closed then this appears as there are 0 courses on the platform (which is off course untrue).

Statistics

user statistics
user statistics
  • move course related tracking data to the course database?
    • track_e_downloads: downloads of documents
    • track_e_exercices and track_e_hotpotatoes: results of quizes
    • track_e_links: links access
I'm not sure wether that is a good idea. The statistics should always be optional (some people don't want to use them), plus is cleaning up every year not more difficult when they are inside 1000 courses instead of one general database? Roan 10:48, 21 Sep 2005 (CEST)
If the tracking is not used the tables are not filled with data. Cleaning up = loosing the information for the teacher. It would be best if (s)he still can access tracking data from the previous year. There should however be a filter for the year (and the possibility to switch to the data of previous year. Also recycling the course could then reset the tracking data of the course (which is not done now?!)
  • Use graphics and not a listing of textual data

Student Publications

  • promote a student publication to a course document.

User course tool

  • Add a complete class to a course through the user tool. An example of this you can test/see on http://dokeos.tussen.be (dutch), code is available.
  • Allow the course admin to create new user accounts (with config setting for the platform admin)

Quiz

  • timed quiz. Example: you have 10 minutes to answer these 20 questions
  • timewindow on quiz: example: the test can be made from day x to day y. Note: the fields for this are already in dokeos 1.6 in the item_property table but the code for this is not available yet. Since all course resources (should) us the item_property means that this could be done for all resources in a course.
  • Random quiz. was available before (and always active if manualy set in database) but there is no more menu.
  • quiz stat : for each quiz, having the ratio good answer/nb answer, to identify problems

Various

  • every course resource can have an entry on the course homepage
  • course information: meeting places and times
  • note on course homepage=language driven
  • chat in groups: http://www.dokeos.com/forum/viewtopic.php?p=16401
  • settings of tools => course properties (example: documents quotum, visibility of student publications, ...). We should however have a link somewhere that directly links to the relevant settings
  • AWACS: refining the grouping: header and footer, platform, tool x, tool y, ...,
  • AWACS: writing the code for the plugins so that the three arrays in claro_main.conf.php do no longer have to be touched
  • AWACS: integrate the languages code inside the settings.php code as the languages are in fact also an AWAC
  • AWACS: default stylesheet & stylesheets that the user can select from (code almost identical as the languages part)
  • AWACS: timeframe to count the online users (currently set to 30min in the code)
  • homepage: links in right menu (general) should be stored in database (text of link, url of link, open in new window: yes or no, show in logged in menu: yes or no, show in not logged in menu: yes or no). Als the possibilities to move the links up or down should be added. A small script can do all this. See http://www.dokeos.com/forum/viewtopic.php?t=3707 . This part should also be removed when it is invisible.
  • homepage: it should be possible to remove / hide the notice box (maybe automatically when it is empty) -> AWAC http://www.dokeos.com/forum/viewtopic.php?t=3748
  • homepage: it should be possible to remove / hide the categories
  • platform admin: notice if the install folder is still present.
  • make the install folder more secure: http://www.dokeos.com/forum/viewtopic.php?t=4253
  • extend course copy/backup/recycle
    • include the various tool introduction texts
    • include the groups and their settings
    • include the users
  • Export API
    Export API

api functions for importing / exporting. Currently in the user page you have Export as CSV-file and Export as XLS-file. Combine these in on export link. After clicking this link you should have radio buttons (in a normal_display_message) where you can choose the format you want to export to: csv, xls, xml, pdf, doc, ... Should we give the option that the user selects which information (s)he wants to export?

  • internationalisations for date, time, names, currency
  • who's online with chat, Who's in course + chat
  • Course filler with dummy data (Lorem Ipsum...). Bmollet already has done some work for this.
  • a good single database mode according to Yannick's proposals
  • Existe t-il un moyen de limiter la taille des fichiers graphiques (jpg, gif, png) upload�s ? http://www.dokeos.com/forum/viewtopic.php?p=19131#19131
  • Peut - on �galement interdire l'upload de certains formats de fichiers (avi, mov, mp3 ....) ?http://www.dokeos.com/forum/viewtopic.php?p=19131#19131
  • Dokeos Config Settings to determine which default entries should be used when creating a course (example documents, quizes, ...)
  • Drag and drop facility in the learning path to allow easy repositioning of steps (could be done using http://tool-man.org/examples/ provided its license changes)
  • User's profile : it would be handy to have City and Country fields in the users profile

Who's online

  • Use sortable table for Who's online.
  • Allow users to filter out students or teachers.

The settings (sort order and/or filter) should be persistent when users click "refresh page".

Metadata

  • Inherit default values from folder (and from teacher?).
  • Code improvements, e.g. onClick->onclick (md_funcs, import*, *.htt), merge md_styles.css into default.css, replace tables by styles with float/clear, in md_scorm, use ?sid like in md_mix, in md_mix, generate direct url like in md_document (and use cidReq in both), remove "claroline"-folder dependencies...
  • include step-by-step presentation in documentation, in the kit, or on the documentation page in the dokeos site forum:herodoto
  • store and change metadata automatically when documents are added or edited id
  • metadata for group documents id

Dropbox

  • Settings on course-level (now they're only in admin-section)
  • Download 'current displayed files' as zip-file
  • Tripple: A platform administrator can't use or check the dropbox when he's not a member of that course. IMHO this is a bad design. A platform admin should always be able to check what's happening on his server. Forum
  • Put a pinter icon next to each document in dropbox (users can print the document without opening it)

LDAP

  • Support for LDAPv3 protocol by adding 
ldap_set_option($ds, LDAP_OPT_PROTOCOL_VERSION, 3)

New tools

Rating

The possibility to rate a forum message. Having a broader view this could also be usefull for other course resources. This is quite similar to a different feature request we had at Ghent University: allow for personal comments on any resource (for instance: I have already downloaded this document). The difference is that the rating mechanism is public (others can also see the rating of others) while the personal comments is private (only for the poster). This could easily be released as an extension but it would need some hacking in the different tools to have this working. See also http://www.dokeos.com/forum/viewtopic.php?t=2652&highlight=notes

Content Management System

Developers: various developers will work on this (several names unknown right now). Roan, Frederik Questier, Bart Mollet...

User roles and rights

  • clearly defined default user roles in Dokeos
  • the ability to define new user roles and assign these roles to users
  • the ability to define exactly what rights or permissions each role has

More info: see the User roles and rights and User Permissions page.

Developers: Roan, Pcool

Book option

Examples of the book option 1: free source code http://www.pixytrix.com/myscrapbook/

Book Option
Book Option


forum: http://www.dokeos.com/forum/viewtopic.php?t=3681

Examples of the Moodle Book option 2: with a useful print option!!! http://moodle.org/download/modules/

Book option in Moodle
Book option in Moodle


A Book tool, there is working code for this that was sent to us by Rolf Bos (hacktor AT wanadoo.nl).

Proposal (Roan): make this available as a plugin, not as a standard tool. A good print option however is desirable in the standard tools.

Lexicon, Glossary, Word List

  • A glossary or lexicon tool. (Moodle has one, so we could reuse the code since Moodle is GNU GPL too) (from the Dokeos French forum): Au passage je me demande s'il y a en cours de dvpt un outils transversal qui pourrait se nomer "lexique" ou "glossaire" et qui permattrait � chaque responsable de cours de pouvoir se cr�er un lexique sur lequel il pourrait renvoyer ses �tudiants ayant des soucis de vocabulaire.

http://www.dokeos.com/forum/viewtopic.php?t=3730

Link checker

http://www.dokeos.com/forum/viewtopic.php?t=3677

Mass email

http://www.dokeos.com/forum/viewtopic.php?t=3731

Optional external email

Prefer: http://www.b1gmail.de/alte_downloads.htm - version 5 or http://hmailserver.com/?page=features B1GMail: http://www.b1gmail.de/index.htm or a limited personal messaging service (there is already some code for a primitive version of this)

Personal messaging

Most schools have a low budget. Most of them want a Personal Messaging and not an external e-mail server. They want to use a built-in PM like in phpBB. Can also be useful for the admin as a helpdesk. Maybe with a selection box: urgent / help needed / question / error / etc...

Personal Messaging
Personal Messaging


forum: http://www.dokeos.com/forum/viewtopic.php?t=3679


Regardless of budget, integrated messaging is far more convenient way to message the instructor and other students, without the necessity of revealing personal emailing addresses. Integrated messaging is common in collaborative software, for good reasons. many of my beginning students struggle with standard email-- integrated messaging would be much easier for them. Easy=reliable.

Print option

To print only the displayed text and not the whole website... http://www.phpbb.com/phpBB/viewtopic.php?t=70751

Resource planning

reservation and management of different resources like classrooms, IT material (video, dvd players, ...), ... http://mrbs.sourceforge.net/demo.html http://www.lpi.ac-poitiers.fr/grr_lpi/


Student Progress Report Manager

Student Progress Report Manager: http://sourceforge.net/projects/prm/ http://www.dokeos.com/forum/viewtopic.php?t=3733

Upgrade tool

A tool that checks the web for new versions of dokeos and helps to upgrade. Incremental development:

  • just notify admins of a new version
  • downloading and unzipping
  • running certain functions in newly downloaded files to automatically upgrade: databases, folders, ...

Watch accounts

http://www.dokeos.com/forum/viewtopic.php?t=3682

Wiki

A good wiki connected with Dokeos. Ideas

  • ideally there can be a unique wiki per course and per group
  • the choice of wiki really matters. The Mediawiki (which powers the Wikipedia) is probably quite big, but looks very good, which is important. Pmwiki and Mediawiki have good printing support. Phpwiki is a classic and well supported.
  • It is possible to use a subset of HtmlArea to generate simple WYSIWYG documents and save them in wikimarkup format. This would eliminate some problems with wikis, namely the fact that most are not WYSIWIG yet.
  • In theory, we could have only one wiki for the whole of Dokeos, all courses and groups have their own pages. This is integrated in a very short time, but by default then there are no accessability settings preventing users to access wiki areas of courses / groups they don't belong to. Still, perhaps this is a better way to start developing. It's possible to add protection to these pages, e.g. blocking people not belonging to the right course or group.

Developers: none announced yet, but there are at least two core developers either integrating existing wiki software (pmwiki or mediawiki) or developing a wiki-like tool that uses html instead of wiki syntax.

Mind mapping

...or whatever it's called, is a tool that has its interest in the activity of making together a map of how different things/ideas are bound together to form a picture of how a class conceptualises the course. It is very interesting for ethymology, for example. This requires highly dynamic elements and drag-and-drop features. Think AJAX, probably. See Freemind project in Java

TreeMap

A TreeMap is a map filling a set-size rectangle with rectangles using size relative to one "axis" of variation (like overall repartition in percent) and that show a different color depending on another "axis". It is very intuitive in order to see what importance such or such element has in the global learning environment that Dokeos is. For example, you could see a picture of the different topics being thaught, with a size relative to their frequentation, and a color relative to the change in frequentation (brighter for increase, darker for decrease). There are some implementations of TreeMap for PHP with GD around, but I'm not sure they're free (http://www.neurofuzzy.net)

Character animation

It has been declared a good incentive to learning by several studies, yet it is impossible for us to integrate existing solutions to Dokeos because of the cost. Character animation to add to your course contents would be great. The way I see it, we could design a tool in say, OpenLaszlo (as for the videoconference), to read three files:

  • one file contains the graphical elements for the character (looks)
  • one file describes the movements of its body (some kind of XML with timing information to the tenth of second saying if lips should move, head and arms)
  • one file with the audio
  • another file could be used as a text speech so that people without sound can select "subtitles"

The whole thing would be read by the resulting application (AJAX or Flash, we don't need streaming here, so preferably AJAX, which OpenLaszlo can output easily).

Various

  • the possibility to add polls / online questionary's / evaluation options. usually universities ask people to evaluate a course.

http://www.dokeos.com/forum/viewtopic.php?t=3680 Ugent already has a Poll tool that will be put online very soon. Hogent has a survey tool that will also be put online.

  • plugin administration
  • newsletter / mailinglist tool. With this tool it should be possible to send and e-mail to all users, to teachers only or to students only. Maybe the already existing platform messages can be extended in this direction?
  • webmail possibilities. It should be possible to link an existing webmail application to dokeos. This probably needs a 'single sign on' application

Interoperability

  • A built-in Blackboard import tool (these tools exist now only as separate downloads). (This was suggested during our developer room at FOSDEM2005).
  • Import / export of course information in XML format, not containing all course data but the course info like course code, title, teacher, faculty, ... (keywords to keep in mind for this: web services, soap, xml-rpc and micro-formats)

Database abstraction layer and API

This is a long term idea, very probably won't make it in the 1.7 Discussion: do we want to switch to a more abstract database architecture? Advantages: we can use several databases with Dokeos, not just MySQL. We can migrate in small steps to easy the process and reduce the amount of bugs.

When talking about a database abstraction layer, we should certainly have a look at PEAR::DB (Database abstraction layer). Supported databases are fbsql, ibase, informix, msql, mssql, mysql, mysqli, oci8, odbc, pgsql, sqlite and sybase. Some other interesting PEAR-packages:

  • DB_DataObject: An SQL Builder, Object Interface to Database Tables
  • HTML_QuickForm: The PEAR::HTML_QuickForm package provides methods for creating, validating, processing HTML forms.
  • HTML_Table: PEAR::HTML_Table makes the design of HTML tables easy, flexible, reusable and efficient.
  • Pager: Data paging class
  • Auth: Creating an authentication system (Claroline uses this package)
  • see a complete list of all packages

Refactoring

There are a lot of scripts that could use some cleaning. If you want to help out have a look at the Refactoring page.

  • All code should work without the fake register globals code. We're working on this, but it will probably not be complete in time for Dokeos 1.6. This is the type of thing we probably can put in Dokeos 1.6.1. (See related forum thread)
  • filenames: rename claro_init_banner to banner.inc.php, claro_main_conf.inc.php to main_conf.inc.php...
  • change the code so in arrays representing a course, a user,... the same keys are used as the corresponding field names in the database. For example, now sometimes $course['path'], $course['directory'], $course['dir'] are used. It should be $course['directory'].
  • replace occurrences of $_course['dbNameGlu']."table_name" with Database::get_course_table(TABLE_NAME_CONSTANT)
  • replace occurrences of $mainDbName."table_name" with Database::get_main_table(MAIN_TABLE_CONSTANT)
  • replace occurrences of $siteName with get_setting('siteName'). Same for $Institution, $InstitutionURL, $emailAdministrator, $administratorSurname, $administratorName
  • delete all occurrences of bgcolor="#XXXXXX" in the code (and replace them by a good css alternative)
  • replace include(....claro_init_header.inc.php) with Display::display_header($tool_name)
  • use $_clean array that contains the forms. This array would only contain 'cleaned' content (according to the cleaning rules of the form itself): kses cleaned, mysql_real_escape_string, ... This array would then be the only one that could be used in all sql statements. (see also Security)
  • become PHP5 compliant for 1.7 (low priority but still a good thing). UGent is already running http://zephyr.UGent.be on PHP5. Only minor problems so far.
  • constant that determine the section/package/... the script belongs to. This could then be used to include the appropriate language file but this would require that the language code is taken outside the claro_init_global.inc.php and a new init_languages.inc.php is included. The code then would/could look a little bit like this: 
include('../inc/claro_init_global.inc.php'); 
$this_section=TOOL_ANNOUNCEMENT
include('../inc/init_languages.inc.php');
  • use path constants for including files instead of ../inc/ or ../../inc. This will make script code consistent throughout the different files.

Developers: several

Developer organisation and documentation

  • For interested users/developers: automatic sending of an email when a cvs commit occurs, this functionality is possible on SourceForge, see https://sourceforge.net/docman/display_doc.php?docid=772&group_id=1 (requested by rneefs via the forum)
  • Automatically updated developer documentation on a public website, generated by PhpDocumentor
  • manual on wiki. This can be a starting point to create user/teacher manuals (in whatever format) that can be downloaded on the dokeos.com site

Dokeos.com

  • a detailed feature list. If possible illustrated with screenshots
  • case study / good practice: an example course that illustrates good use of the dokeos software.
  • A tutorial how to create a good course using Dokeos (using the case study / good practice from above)
  • comparison to other Course Management systems (moodle, claroline, atutor, ...) using the feature list

Plugins (aka extensions)

  • A webpage on the dokeos.com website, and also on sourceforge, where people can download plugins. Also a few pointers to the wiki pages with plugin documentation. Optional improvement: a rating system where people can rank a certain plugin. - This is already available: http://www.dokeos.com/extensions/
  • Extend the plugin system to allow tool extensions in a course or group
    • ability to define the scope of a plugin tool
    • ability to set the accessability /visibility of tool plugins just like the regular tools
  • Do we add the extensions to the CVS (which CVS?)? E.g. a http://sourceforge.net/projects/dokeosplugins project)
  • Do we add the language variables to a DLTT ?
  • Easy plugin installation (code = WIP): http://www.dokeos.com/forum/viewtopic.php?t=4922
  • Adding a new tool to a course should be as easy as possible (code = WIP): http://www.dokeos.com/forum/viewtopic.php?t=4923

Dokeos advocacy

  • A webpage listing all available resources for people who want to promote Dokeos: links to screenshots, presentations, feature lists and roadmaps, brochures, what our vision is, and perhaps the ability to order a cd-rom + infobooklet.
  • extend the http://www.dokeos.com/community.php page with some numbers (# users, # courses, ...)
  • write a good text that fully explains what dokeos is and does. This text can then be used to post on the various php script sites like

Documentation

  • Missing developer documentation that would be really useful: API and database description of documents tool, item_property table.
  • student and teacher documentation on this wiki. Start with a complete and good English version first and then let the DLTT community help with translating in different languages. Current manuals are simply out of date and no longer usefull

Shibboleth compliant Single Sign On

  • Authenticate once for different systems. Univ. Geneva. Already done.

Reporting

  • Reporting interface including time spent by student, score and percentage of path done. (FOREM Formation)

See http://portal.dokeos.com/forem/index.php?include=Interface_de_reporting_french_french_french_french_french_french_french.html

Authoring editor with templates


AICC import


Imported SCORM editing

  • Editing SCORM imported learning paths. (FOREM Formation). Based on editing imsmanifest.xml.

Other

  • An easter egg somewhere in the code...
  • change the field 'auth_source' of the main user table to contain 'dokeos' by default
  • Switch the whole of Dokeos to use UTF-8 by default
  • Improve user interface by adding DHTML messaging
Retrieved from "http://www.dokeos.com/wiki/index.php/Dreammap"
Personal tools