DevMeetingChristmas2004

From Dokeos

Jump to: navigation, search

The last developer meeting of the year 2004was held on December 14th, at Ghent University, 10AM. A meeting summary will follow soon.

Below are the agenda points (with low/medium/high priority ranking).

Contents

Date planning

suggested dates are 13, 14, 20, 21 december

  • Thomas Depraetere can come all 4 dates
  • Roan Embrechts can come all 4 dates
  • Jean-Marie Maes cannot come 13, 14 dec
  • Rene Haentjens prefers 13, 14 dec
  • Koen Vanmeerbeek cannot come 21 dec
  • Bart Mollet can come all 4 dates
  • Michel Panckoucke cannot come 21 dec
  • Vanbillemont Stefaan will not attend the meeting
  • UGent team prefers 14 dec (we want to act as host for the meeting)

Proposal: 14 december. Jean-Marie Maes cannot come then, but he has been present last two meetings, both of which Rene Haentjens could not come, so it seems fair to pick a date outside Renes vacation this time.

To all people who cannot come: you are encouraged to add all your considerations to this wiki!

Focus

  • This is going to be a development meeting concerning technical issues. We often mix technical discussions and discussions about our vision on a certain topic. We'll focus this meeting on the technical aspects, because we need more time for them.
  • Presentations of all the new developments: roadmap and Contributions not in the cvs. Everyone who has a development ready to integrate in the CVS should make a small presentation about the development: why should we add it?, how does it work? (using a live example if possible), what changes in dokeos (code + database), final remarks (possible improvements, ...)

Meeting proposal

There are a lot of topics to be discussed. Each topic should take a little time as possible. When there is a name next to the topic this means that this user can give a quick overview of what it is about and if possible what has to be changed in the code / database to achieve this. If it is a development that is ready we can decide wether we add it to the CVS or not. We prefer concensus, otherwise it'll have to come to a vote.

Community

  • Plan release schedule, e.g. unstable testrelease every two months starting January, aim for stable Dokeos release June 2004. Maybe we should only release when there is something to release (=ad hoc)
  • CVS: two branches. Many people have suggested to create two CVS branches, a stable and an unstable one. Can we all agree on this, who will explain the new way of working to all developers...
  • CVS: When do we add new developments/features to the CVS
  • CVS edit procedure. When should new developments be added to the CVS. Maybe the following proposal is a good working procedure.
    1. when you start a new development you start a thread on the forum stating why you want to add this, what has to be changed in the dokeos code (new table, fields, ...), if possible and relevant a screenshot of the GUI (this can be done by creating a simple html page). The reason is that you might get valuable feedback from the community or interesting pointers
    2. when the development is ready you can post the code and/or forsee a testing server
    3. in the next developments meeting the developpers gives a quick presentation about the new development (the need, the code and/or database changes, a working demo)
    4. developpers do a final discussion and we pass to a vote: "should we add this to the CVS?"
    5. if the majority of the developpers is in favor the development can be added to the CVS

Important: this only applies to NEW (or changed) developments and features(new/changed features). Bugfixes can off course be added immediately.

  • Do we announce the wiki as the official documents medium (roadmap, FAQ, ...), if so, do we limit the writing rights?

Development

  1. Presentation by Thomas (Dokeos Client Developments)
  2. database refactoring
    • database, table, field names: how do we use them in our scripts?
    • remove obsolete tables and fields
    • renaming of fields (and tables)
    • resizing of fields
    • unique course and user key
    • multiple and/or single database modes
    • support for other databases
    • Foreign key integrety refactoring
    • Course database refactoring = unified table structure: (forum, resource properties (see Group based agenda), ... )
  3. Dokeos Language Translation Tool (Patrick)(vote)
  4. Improved quota system (Roan)
  5. CSS (style switcher) (Patrick)(vote)
  6. Language selection menu (Patrick)(vote)
  7. File Structure (Roan)(vote)
  8. Group based Agenda (Patrick)(vote)
  9. Personal Agenda (Patrick)(vote)
  10. My Agenda (Patrick)(vote)
  11. Announcements (Patrick)
  12. Web adjustable config settings (Roan, Jan)
    • Platform: allow_self_registration, lost_password, is_trackingEnabled, SiteName, Rootweb, administratorName, allowSelfRegProf, �
    • Course: permission of tool, course stylesheet, course_subscription_allowed, default_student_publication_visibility,
    • User: user_style_sheet
  13. Virtual Course support (Roan)
  14. Metadata for documents (Ren�): forum 2152 and 1428, in CVS (vote)
  15. Search documents by keyword (Ren�): forum 1509 and 572, in CVS, see also Metadata
  16. Who's online (Thomas) (vote)
  17. Login Page customisation (Thomas)
  18. Course copy & recycle (bart)(vote)
  19. admin: login as different user (roan)
  20. groups & users: overview and export (Patrick) (vote)
  21. course sorting (Patrick)
  22. System announcements (Bart)
  23. HtmlArea: spell checker
  24. Dropbox feedback (Ren�): forum 2831, in CVS
  25. edit course homepage link (Ren�): forum 2698, in CVS
  26. security: no global variables -> cleanup claro_init_global.inc.php (patrick): Remove "Register GET variables into $GLOBALS" and "Register POST variables into $GLOBALS" from claro_ini_global.inc.php because this causes serious security threats.
  27. group comments (patrick)(vote)
  28. sorting: API?
  29. hiding/activating tools: consistency
  30. tool introduction
  31. import links using a CSV file (Ren�): forum 2645, in CVS
  32. subadmin (Hogent)
  33. mod_rewrite vs AcceptPathInfo
  34. group categories (Hogent)
  35. consistency: creation
  36. LaTex
  37. session problems (a large amount of all the bug reports are related to sessions)
  38. Improved visibility system (Roan)
  39. Plugins and modularity of code
  40. final: a quick scan through the wiki to chack if we have forgotten topics
Personal tools