Note: You are currently viewing documentation for Moodle 1.9. Up-to-date documentation for the latest stable version is available here: SF Developer HackFest.

SF Developer HackFest: Difference between revisions

From MoodleDocs
No edit summary
 
(17 intermediate revisions by 3 users not shown)
Line 2: Line 2:




*Date: 9am - 5pm Monday 9th June 2008 - see the [http://moodle.org/calendar/view.php?view=day&course=5&cal_d=9&cal_m=6&cal_y=2008 San Francisco 2008 Developer HackFest calendar entry] for conversion into your time zone
The HackFest was on Monday 9 June 2008 in San Francisco. We had around 50 participants. Thanks to [http://www.remote-learner.net/ Remote-Learner.net] for sponsoring this event.
*Location: [http://www.grosvenorsfo.com/ Best Western Grosvenor Hotel], San Francisco
*Online location: [http://elluminate.remote-learner.net/join_meeting.html?meetingId=1176914355734 Elluminate Moodle Developers Meeting Room] - login using your actual name as login name and password ''moodle''




Developers and anyone wishing to become a Moodle developer can share code and ideas, and help shape the future of Moodle. This event is FREE, thanks to the sponsor [http://www.remote-learner.net/ Remote-Learner.net].
==Overview==


Everyone is welcome, either in person or online :-)
* Overview of development for Moodle 1.9 and Moodle 2.0 (Martin)
* Current [[Roadmap|Moodle 2.0 Roadmap]] run-through (Martin)
* Brainstorming session to vote on priorities (Martin and all)


===Wish list===


''Please add items to the agenda!''
* file / repositories    12
* student info api    8  (eg banner, peoplesoft)
* user testing / usability  6
* performance/caching  6
* web services / standard API functions 5
* gradebook interface / ajax  5
* mobile/offline learning support  4
* FERPA  3
* group based enrollments / site-wide groups 3
* case studies on implementations  3
* better navigation for students (terms/my moodle)  2
* opensocial API/docs/forum  2
* statistics reports  2
* module api (classes, add tabs to user profile) 2
* section/course templates  1
* LDAP enrollment plugins 2
* course formats / pagelib  1
* auomating backup/restore more  1
* randomization in quiz essays  1
* agents for automating tasks for teachers  2
* better handling of course instances  1
* email / messaging  1
* delete sections  1
* more capabilities  (eg for course settings)  1
* new wiki  2
* more control over page layout in themes  1
* chat speed / robustness  1
* developer training  1
* gradebook improvements (eg calculated outcomes, easier extra credit)  3
* module quality review  2
* eportfolio / outcomes  1
* early warning systems  1
* progress tracking / competencies 2
* more collaborative tools  2
* file sharing 2
* offline gradebook  1
* video handling 1
* whiteboard / conferencing  2
* moodle networking polishing  1
* forum improvements (compiling, usability)  1
* roles user interface improvements  1
* conditional activities  1
* assign activities to users  1


==Round table discussion: Options for getting Moodle to communicate with external systems==


==Overview==
Existing plugins include:
* Gradebook import / export plugins
* Auth plugins inc. single sign-on
* Enrollment plugins
* Backup / restore
* Question bank
* Glossary import / export
* Database import / export
* Upload users


* Overview of development for Moodle 1.9 and Moodle 2.0 (Martin)
Martin L advises avoiding using LDAP unless absolutely necessary. With large systems e.g. Banner, export then import using an enrolment plugin. Use an intermediate database table for enrolment info so as not to be completely dependent upon the student information system. Consider error handling.
* Current [[Roadmap|Moodle 2.0 Roadmap]] run-through (Martin)
* Brainstorming session to vote on priorities (Martin and all)


==Round table discussions==
Tim H talked about the gradebook export function in XML format for pushing gradebook data into external systems. Martin D mentioned that there's also an option to publish data through a URL. The gradebook has an option to export only changed grades. Michael P said that any gradebook changes should appear immediately in the external system.


# Options for getting Moodle to communicate with external systems, including [[Development:Web services API|web services]]
Martin D explained that student info APIs are really complex, so all we can do in Moodle is build and document a toolset.  
# API's for [[Development:Portfolio API|portfolios]], [[Development:File API|file managers]] and [[Development:Repository API|document repositories]]
# Further plug-ability and expandability e.g. new course format objects, redefining page display layer etc.


Participants will be sharing code and development ideas that have emerged in their organizations in smaller groups, with the aim of coming up with a list of recommendations that can be formed into specifications.
Future options: [[Development:Web services API]]


==General discussions==
==Round table discussion: APIs==


===Gradebook interface improvements===
* [[Development:File API]]
*Overview of community feedback on 1.9 gradebook (Nicolas Connault)
* [[Development:Repository API]]
*Run-down of current development
* [[Development:Portfolio API]]
*Discussion of ideas for improvement, better defaults etc.


===Google Summer of Code===
==Round table discussion: Further plug-ability and expandability==


*[[GSOC/2008|Google Summer of Code 2008]] (Helen)
Michael P demonstrated flexpage format (see also Using Moodle [http://moodle.org/mod/forum/discuss.php?d=83817 New format- Flexible Page] forum discussion).


===If you want to lead a discussion on something, please add it here!===
Mark N then described his proposed format plugin changes (see [http://moodle.org/mod/forum/discuss.php?d=95882 Proposed format plugin changes] forum discussion).


Tim H demonstrated the shared activities system, an abuse of the course format ;-) (see the modules and plugins database entry [http://moodle.org/mod/data/view.php?d=13&rid=1558 Shared activities system]).


==Other stuff==
Martin concluded that we need a course formats spec for developing it.
* I (Tim Hunt, OU Moodle developer and Moodle quiz module maintainer) will be there. I don't have anything in particular that I want to say, but I am very happy to talk about anything anyone else wants to cover that I know about.
*It might be good to have a general discussion on general testing/QA issues. Eg. bug triage, encouraging more testing/QA contributors, the weekly review etc. --[[User:Dan Poltawski|Dan Poltawski]] 13:14, 30 May 2008 (CDT)
I second this! It would be great if we could brainstorm a more coordinated and more systematic way of doing QA! Thanks! --[[User:Wen Hao Chuang[Wen]] 00:09, 9 June 2008 (PST)
* Including global (or context) groups in Moodle 2.0 roadmap (and talk about that), as Petr agreed in the tracker (see MDL-11826)


[[Category:Developer]]
[[Category:Developer]]

Latest revision as of 23:38, 30 July 2008

Developer meetings > San Francisco 2008 Developer HackFest


The HackFest was on Monday 9 June 2008 in San Francisco. We had around 50 participants. Thanks to Remote-Learner.net for sponsoring this event.


Overview

  • Overview of development for Moodle 1.9 and Moodle 2.0 (Martin)
  • Current Moodle 2.0 Roadmap run-through (Martin)
  • Brainstorming session to vote on priorities (Martin and all)

Wish list

  • file / repositories 12
  • student info api 8 (eg banner, peoplesoft)
  • user testing / usability 6
  • performance/caching 6
  • web services / standard API functions 5
  • gradebook interface / ajax 5
  • mobile/offline learning support 4
  • FERPA 3
  • group based enrollments / site-wide groups 3
  • case studies on implementations 3
  • better navigation for students (terms/my moodle) 2
  • opensocial API/docs/forum 2
  • statistics reports 2
  • module api (classes, add tabs to user profile) 2
  • section/course templates 1
  • LDAP enrollment plugins 2
  • course formats / pagelib 1
  • auomating backup/restore more 1
  • randomization in quiz essays 1
  • agents for automating tasks for teachers 2
  • better handling of course instances 1
  • email / messaging 1
  • delete sections 1
  • more capabilities (eg for course settings) 1
  • new wiki 2
  • more control over page layout in themes 1
  • chat speed / robustness 1
  • developer training 1
  • gradebook improvements (eg calculated outcomes, easier extra credit) 3
  • module quality review 2
  • eportfolio / outcomes 1
  • early warning systems 1
  • progress tracking / competencies 2
  • more collaborative tools 2
  • file sharing 2
  • offline gradebook 1
  • video handling 1
  • whiteboard / conferencing 2
  • moodle networking polishing 1
  • forum improvements (compiling, usability) 1
  • roles user interface improvements 1
  • conditional activities 1
  • assign activities to users 1

Round table discussion: Options for getting Moodle to communicate with external systems

Existing plugins include:

  • Gradebook import / export plugins
  • Auth plugins inc. single sign-on
  • Enrollment plugins
  • Backup / restore
  • Question bank
  • Glossary import / export
  • Database import / export
  • Upload users

Martin L advises avoiding using LDAP unless absolutely necessary. With large systems e.g. Banner, export then import using an enrolment plugin. Use an intermediate database table for enrolment info so as not to be completely dependent upon the student information system. Consider error handling.

Tim H talked about the gradebook export function in XML format for pushing gradebook data into external systems. Martin D mentioned that there's also an option to publish data through a URL. The gradebook has an option to export only changed grades. Michael P said that any gradebook changes should appear immediately in the external system.

Martin D explained that student info APIs are really complex, so all we can do in Moodle is build and document a toolset.

Future options: Development:Web services API

Round table discussion: APIs

Round table discussion: Further plug-ability and expandability

Michael P demonstrated flexpage format (see also Using Moodle New format- Flexible Page forum discussion).

Mark N then described his proposed format plugin changes (see Proposed format plugin changes forum discussion).

Tim H demonstrated the shared activities system, an abuse of the course format ;-) (see the modules and plugins database entry Shared activities system).

Martin concluded that we need a course formats spec for developing it.