source: Dev/trunk/docs/TODO.txt @ 452

Last change on this file since 452 was 452, checked in by hendrikvanantwerpen, 12 years ago

Completed separation of client and server.

File size: 2.1 KB
Line 
1Todo
2====
3
4 * Check that question codes are unique.
5 * Validate documents on the server before saving them.
6 * Implement authentication and later authorization.
7 * Question is always shown as 'no topic' when no category is added to it.
8 * Check that answers are saved correctly.
9   Answers to multi-item questions (like scales) are stored in an object
10   now with index as keys. This is not symmetrical with the fact that the
11   configuration is an array.
12 * Export answers for a survey run
13 * Revive json schema checks for our data.
14   Questions don't pass the schema at the moment.
15 * Fragile: widget creation relies on the names in Factory, but these
16   must match the types returned by the actual widgets. Fix this.
17 * Write a spec for the codes.
18 * Don't allow Save in Question unless all question items are done editing.
19 * Use node as a server, adopt the layout described in
20   http://dojotoolkit.org/documentation/tutorials/1.8/node/
21   This will require quite a lot of moving and creating a rest interface
22   -> can be just a proxy to CouchDB in he beginning.
23
24Checklist
25=========
26
27 * Form validation (use tooltips!)
28 * Input validation & escaping
29   - E.g. texts and labels of ScaleWidget are directly put in innerHTML, I don't think TextBox does any escaping.
30 * Output escaping
31 * Widget life-cycle
32   buildRendering -> widgets in code before set attributes
33   postCreate -> after all inits, but before in DOM
34   startup -> after insertion in DOM?
35 * Review current JSON formats, do they allow for extension or extra meta-data?
36 
37Open issues
38===========
39
40 * Do different inputs in one question get different codes? E.g. in
41   To ease exporting into other programs and easy communication, the codes
42   are important I think. It should be easy to pronounce, and easy to
43   find in the tool (people might get a dataset and not know where it
44   came from).
45 * What if a question is included in a survey multiple times. Use block
46   or allow a pre/post-fix on the code to differentiate it.
47   Should not be too much work, so if an scale with 5 items has 5 codes,
48   you should be able to set a prefix on all of them at once.
Note: See TracBrowser for help on using the repository browser.