|
2 | 2 | Customising Roundup |
3 | 3 | =================== |
4 | 4 |
|
5 | | -:Version: $Revision: 1.161.2.13 $ |
| 5 | +:Version: $Revision: 1.161.2.14 $ |
6 | 6 |
|
7 | 7 | .. This document borrows from the ZopeBook section on ZPT. The original is at: |
8 | 8 | http://www.zope.org/Documentation/Books/ZopeBook/current/ZPT.stx |
@@ -3195,16 +3195,20 @@ Tracking different types of issues |
3195 | 3195 | Sometimes you will want to track different types of issues - developer, |
3196 | 3196 | customer support, systems, sales leads, etc. A single Roundup tracker is |
3197 | 3197 | able to support multiple types of issues. This example demonstrates adding |
3198 | | -a customer support issue class to a tracker. |
| 3198 | +a system support issue class to a tracker. |
3199 | 3199 |
|
3200 | 3200 | 1. Figure out what information you're going to want to capture. OK, so |
3201 | 3201 | this is obvious, but sometimes it's better to actually sit down for a |
3202 | 3202 | while and think about the schema you're going to implement. |
3203 | 3203 |
|
3204 | | -2. Add the new issue class to your tracker's ``schema.py`` - in this |
3205 | | - example, we're adding a "system support" class. Just after the "issue" |
3206 | | - class definition, add:: |
| 3204 | +2. Add the new issue class to your tracker's ``schema.py``. Just after the |
| 3205 | + "issue" class definition, add:: |
3207 | 3206 |
|
| 3207 | + # list our systems |
| 3208 | + system = Class(db, "system", name=String(), order=Number()) |
| 3209 | + system.setkey("name") |
| 3210 | + |
| 3211 | + # store issues related to those systems |
3208 | 3212 | support = IssueClass(db, "support", |
3209 | 3213 | assignedto=Link("user"), topic=Multilink("keyword"), |
3210 | 3214 | status=Link("status"), deadline=Date(), |
|
0 commit comments