Changes between Version 1 and Version 2 of TracTicketsCustomFields
- Timestamp:
- 01/23/07 01:33:03 (18 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TracTicketsCustomFields
v1 v2 1 1 = Custom Ticket Fields = 2 Trac support adding custom, user-defined, fields to the ticket module. Using custom fields, you can add typed, site-specific,properties to tickets.2 Trac supports adding custom, user-defined fields to the ticket module. Using custom fields, you can add typed, site-specific properties to tickets. 3 3 4 '''Note: In Trac 0.8, this feature is still experimental.''' 5 6 == Configuriation == 7 Configuring custom ticket fields is done in the TracIni config file. 8 9 All field definitions should be under a section named [ticket-custom] in the ini-file. 4 == Configuration == 5 Configuring custom ticket fields is done in the [wiki:TracIni trac.ini] file. All field definitions should be under a section named `[ticket-custom]`. 10 6 11 7 The syntax of each field definition is: … … 15 11 ... 16 12 }}} 17 Looking at the example below should helpexplain the syntax.13 The example below should help to explain the syntax. 18 14 19 15 === Available Field Types and Options === … … 27 23 * order: Sort order placement. 28 24 * '''select''': Drop-down select box. Uses a list of values. 25 * label: Descriptive label. 29 26 * options: List of values, separated by '''|''' (vertical pipe). 30 27 * value: Default value (Item #, starting at 0). … … 38 35 * label: Descriptive label. 39 36 * value: Default text. 40 * width: Width in columns.41 * height: Height in lines.37 * cols: Width in columns. 38 * rows: Height in lines. 42 39 * order: Sort order placement. 43 40 … … 45 42 {{{ 46 43 [ticket-custom] 44 47 45 test_one = text 48 46 test_one.label = Just a text box … … 69 67 test_six.label = This is a large textarea 70 68 test_six.value = Default text 71 test_six. width= 6072 test_six. height= 3069 test_six.cols = 60 70 test_six.rows = 30 73 71 }}} 72 73 ''Note: To make entering an option for a `select` type field optional, specify a leading `|` in the `fieldname.options` option.'' 74 75 === Reports Involving Custom Fields === 76 77 The SQL required for TracReports to include custom ticket fields is relatively hard to get right. You need a `JOIN` with the `ticket_custom` field for every custom field that should be involved. 78 79 The following example includes a custom ticket field named `progress` in the report: 80 {{{ 81 #!sql 82 SELECT p.value AS __color__, 83 id AS ticket, summary, component, version, milestone, severity, 84 (CASE status WHEN 'assigned' THEN owner||' *' ELSE owner END) AS owner, 85 time AS created, 86 changetime AS _changetime, description AS _description, 87 reporter AS _reporter, 88 (CASE WHEN c.value = '0' THEN 'None' ELSE c.value END) AS progress 89 FROM ticket t 90 LEFT OUTER JOIN ticket_custom c ON (t.id = c.ticket AND c.name = 'progress') 91 JOIN enum p ON p.name = t.priority AND p.type='priority' 92 WHERE status IN ('new', 'assigned', 'reopened') 93 ORDER BY p.value, milestone, severity, time 94 }}} 95 96 Note in particular the `LEFT OUTER JOIN` statement here. 74 97 75 98 ----