Changeset 13175
- Timestamp:
- 17 Jul 2015, 03:35:16 (9 years ago)
- Location:
- main/waeup.kofa/trunk
- Files:
-
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
main/waeup.kofa/trunk/README.txt
r13174 r13175 9 9 about WAeUP. The system controls all kinds of application and 10 10 student registration processes at large schools and universities in 11 Nigeria. It is a generic system which can be deployed by and is11 Nigeria. It is a generic system which can be deployed by, and is 12 12 useful to most universities, colleges or schools wordlwide. 13 13 14 Kofa is really an allrounder. The best way to briefly describe Kofa, 15 is to explain what Kofa can *not* do for you, rather than trying to 16 describe all the features in just a few words. Kofa is primarily not 17 an e-learning system, although, it has some basic content management 18 features which can be used by lecturers to disseminate course 19 material. Kofa is also not a scheduler which generates lesson plans 20 or timetables for lecturers or students. Although students register 21 their courses with Kofa and can see or print course lists for each 22 academic session, so far, courses do not contain information, when 23 or where they take place. However, due to the modular design of Kofa, 24 a scheduler or room planner could be easily added. 14 Kofa is really an allrounder. The best way to briefly describe its functionality, is to explain what the software can *not* do for you, rather than trying to describe all its features in just a few words. Kofa is primarily not an e-learning system, although, it has some basic content management features which can be used by lecturers to disseminate course material. Kofa is also not a scheduler which generates lesson plans or timetables for lecturers or students. Although students register their courses with Kofa and can see or print course lists for each academic session, so far, courses do not contain information, when or where they take place. However, due to the modular design of Kofa, a scheduler or room planner could be easily added. 25 15 26 Kofa is divided into sections. To each section belongs afolder in16 Kofa is divided into sections. Each section has its own folder in 27 17 Kofa's :ref:`object database <object_database>`. When starting Kofa 28 18 in debug mode:: … … 41 31 42 32 43 Each of these subfolders in the root folder of the database belongs 44 to such a section. The section structure can be figured as follows:: 33 The section/folder structure can be figured as follows:: 45 34 46 35 root (Database Root) -
main/waeup.kofa/trunk/docs/source/userdocs/browsing.rst
r13124 r13175 45 45 46 46 Officers see a double-column theme after logging in. The left column 47 contains a box (side box) which contains links to the user's47 contains a box (side box) which provides links to the user's 48 48 preferences (My Preferences) and roles (My Roles). It also contains 49 links to the various sections of Kofa depending on the permissions50 the officer has hasobtained. Possible sections are: 'Portal49 links to the various sections of Kofa, depending on the permissions 50 the officer has obtained. Possible sections are: 'Portal 51 51 Configuration', 'Officers', 'Data Center', 'Reports' and 'Access 52 Codes'. The side box expands when the officer accesses an 53 applicant or student record. The box gives direct access to the 54 pages of an applicant or student record respectively. 52 Codes'. The side box expands, when the officer accesses a student 53 record. The box gives direct access to the pages of the student. 55 54 56 55 .. image:: images/multicolumn.png … … 82 81 display and input widgets (= views) for the fields defined in the 83 82 Zope Schema package. Auto-generation is done with `grok.AutoFields` 84 which takes the fields, declared in an interface, and renders 85 display or input widgets, according to the schema declaration, for 86 display or edit forms respectively. 83 which takes the fields, declared in an 84 :ref:`interface<kofa_interfaces>`, and renders display or input 85 widgets, according to the schema declaration, for display or edit 86 forms respectively. 87 87 88 88 Whereas display and add form pages are usually shared by officers -
main/waeup.kofa/trunk/docs/source/userdocs/hostels.rst
r13173 r13175 169 169 same-named action of the `HostelManageFormPage`. `Hostel.updateBeds` 170 170 iterates over all block letters, floor levels, room numbers and bed 171 letters, which have nbeen configured on the `HostelManageFormPage`.171 letters, which have been configured on the `HostelManageFormPage`. 172 172 In each bed letter iteration loop a bed is added and the `bed_id`, 173 173 `bed type` as well as the consecutive `bed_number` are determined
Note: See TracChangeset for help on using the changeset viewer.