~ubuntu-branches/ubuntu/jaunty/moodle/jaunty

« back to all changes in this revision

Viewing changes to group/todo.txt

  • Committer: Bazaar Package Importer
  • Author(s): Jordan Mantha, Matt Oquist
  • Date: 2009-02-25 15:16:22 UTC
  • mfrom: (1.1.11 upstream)
  • Revision ID: james.westby@ubuntu.com-20090225151622-0ekt1liwhv2obfza
Tags: 1.9.4.dfsg-0ubuntu1
* Merge with Debian git (Closes LP: #322961, #239481, #334611):
  - use Ubuntu's smarty lib directory for linking
  - use internal yui library 
  - add update-notifier support back in

[Matt Oquist]
  * renamed prerm script
  * significantly rewrote postinst and other maintainer scripts to improve
    user experience and package maintainability
    (Closes LP: #225662, #325450, #327843, #303078, #234609)

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
Things I know needs doing!
2
 
--------------------------
3
 
 
4
 
0) The main thing is to sort out how permissions are going to work... 
5
 
 
6
 
1) Write proper code for creating the database - I left this knowing there were 
7
 
changes planned here. db/dbsetup.php obviously isn't what you'd want in the end.
8
 
No foreign keys at the moment either and there ought to be. I've also been 
9
 
leaving this until the database structure is reasonably settled. If you've done 
10
 
this sort of thing elsewhere, I suspect this will be fine. Also need to delete
11
 
the two Yahoo files and reference the ones in lib/yui instead - copied them
12
 
over when I was trying to debug stuff. 
13
 
 
14
 
2) Move all the Ajax over to use the Yahoo User Interface library - this
15
 
is straightforward but tedious! I've done one example - UpdateGroupings in 
16
 
main-selects-form.js, everything else needs doing. You'll need
17
 
to do something sensible with errors, and eventually delete the current 
18
 
functions for doing Ajax requests and responses which aren't very good anyway. 
19
 
 
20
 
2) Move unit tests over to simple test and improve them -  we could also do with 
21
 
some automated tests for the interface too - Selenium?
22
 
 
23
 
3)  Security - Need to do a check of this. In particular in the functions
24
 
giving the XML for the Ajax stuff, I think there was something I remember I 
25
 
needed to do... 
26
 
 
27
 
4) Check complies with the Moodle coding standards. I think I may have
28
 
used tabs by accident because I didn't realise that the PHPEclipse settings
29
 
overrode the main Eclipse ones. Also line lengths are too long all over the 
30
 
place. 
31
 
 
32
 
5) The CSS stuff needs to be moved to where it's supposed to be /rationalised
33
 
etc. 
34
 
 
35
 
6) The whole issue of permissions - talk to me about this
36
 
 
37
 
7) Enrolment keys and user pics - haven't tested these out properly. 
38
 
 
39
 
8) The automatic grouping code could be a lot simpler I realised afterwards, 
40
 
but it works so have been loathe to change it! 
41
 
 
42
 
9) Interesting question as to whether we should somehow record the extent to 
43
 
which modules support groups...
44
 
 
45
 
10) Who do we let edit/delete what? If a grouping is used by more than one 
46
 
course. Maybe we need an 'owning' course in the database structure. Site-wide 
47
 
groupings - making these appear in people's lists, but not editable
48
 
 
49
 
11) Check I've done the bits with objects ok - need to check how PHP does OO. 
50
 
 
51
 
12) Check I've done the PHP docs right - just copied other people's! 
52
 
 
53
 
13) Check all the strings are in the lang file 
54
 
 
55
 
14) Make sure everything works on Postgres as well as MySQL.
56
 
 
57
 
15) One thing that needs to be thought about is if it shoudl be possible to 
58
 
turn a module from not using groups to using groups once students have accessed
59
 
it and if so how this should work. 
60
 
 
61
 
16) Make sure all references to IMS Enterprise stuff/web services are gone. 
62
 
 
63
 
 
64
 
Other parts of the code that will need changing 
65
 
------------------------------------------------
66
 
 
67
 
1) All the modules - I started doing these and then roles and permissions
68
 
happen. 
69
 
2) Lots of the code in user - if we keep the group_member table the same 
70
 
can we avoid modifiying some of this 
71
 
3) The form where course settings are chosen. We still want it to be possible
72
 
to set a forced grouping for the whole course still and need to remove the
73
 
current options. 
74
 
4) For each module, you need to be able to set a grouping. 
75
 
5) Blocks, blogs and calendar also need to be dealt with 
76
 
6) Backup code - there are bugs in the groups parts of this at the moment 
77
 
so be careful here :-) 
78
 
7) Code to delete courses etc.
79
 
8) Need to make sure grouped acitivities only display to people in the group.  
80