30 | | |
31 | | == [components] == #components-section |
32 | | This section is used to enable or disable components provided by plugins, as well as by Trac itself. The component to enable/disable is specified via the name of the option. Whether its enabled is determined by the option value; setting the value to `enabled` or `on` will enable the component, any other value (typically `disabled` or `off`) will disable the component. |
33 | | |
34 | | The option name is either the fully qualified name of the components or the module/package prefix of the component. The former enables/disables a specific component, while the latter enables/disables any component in the specified package/module. |
35 | | |
36 | | Consider the following configuration snippet: |
37 | | {{{ |
38 | | [components] |
39 | | trac.ticket.report.ReportModule = disabled |
40 | | webadmin.* = enabled |
| 29 | Documentation improvements should be discussed on the [trac:MailingList#Trac-dev trac-dev mailing list] or described in a [trac:NewTicket ticket]. Even better, [trac:TracDev/SubmittingPatches submit a patch] against the docstrings in the code. |
| 30 | {{{ #!comment |
| 31 | Please don't waste your time by editing the HTML code below, changes won't be picked up. Instead, follow the above guidance for suggesting documentation improvements. |
42 | | |
43 | | The first option tells Trac to disable the [wiki:TracReports report module]. The second option instructs Trac to enable all components in the `webadmin` package. Note that the trailing wildcard is required for module/package matching. |
44 | | |
45 | | See the ''Plugins'' page on ''About Trac'' to get the list of active components (requires `CONFIG_VIEW` [wiki:TracPermissions permissions].) |
46 | | |
47 | | See also: TracPlugins |
48 | | |
49 | | == [ticket-custom] == #ticket-custom-section |
50 | | |
51 | | In this section, you can define additional fields for tickets. See TracTicketsCustomFields for more details. |
52 | | |
53 | | == [ticket-workflow] == #ticket-workflow-section |
54 | | ''(since 0.11)'' |
55 | | |
56 | | The workflow for tickets is controlled by plugins. |
57 | | By default, there's only a `ConfigurableTicketWorkflow` component in charge. |
58 | | That component allows the workflow to be configured via this section in the trac.ini file. |
59 | | See TracWorkflow for more details. |
60 | | |
61 | | == [milestone-groups] == #milestone-groups-section |
62 | | ''(since 0.11)'' |
63 | | |
64 | | As the workflow for tickets is now configurable, there can be many ticket states, |
65 | | and simply displaying closed tickets vs. all the others is maybe not appropriate |
66 | | in all cases. This section enables one to easily create ''groups'' of states |
67 | | that will be shown in different colors in the milestone progress bar. |
68 | | |
69 | | Example configuration (the default only has closed and active): |
70 | | {{{ |
71 | | closed = closed |
72 | | closed.order = 0 # sequence number in the progress bar |
73 | | closed.query_args = group=resolution # optional extra param for the query |
74 | | closed.overall_completion = true # indicates groups that count for overall completion percentage |
75 | | |
76 | | new = new |
77 | | new.order = 1 |
78 | | new.css_class = new |
79 | | new.label = new |
80 | | |
81 | | active = * # one catch-all group is allowed |
82 | | active.order = 1 |
83 | | active.css_class = open # CSS class for this interval |
84 | | active.label = in progress # Displayed label for this group |
85 | | }}} |
86 | | |
87 | | The definition consists in a comma-separated list of accepted status. |
88 | | Also, '*' means any status and could be used to associate all remaining |
89 | | states to one catch-all group. |
90 | | |
91 | | The CSS class can be one of: new (yellow), open (no color) or |
92 | | closed (green). New styles can easily be added using the following |
93 | | selector: `table.progress td.<class>` |
94 | | |
95 | | == [svn:externals] == #svn:externals-section |
96 | | ''(since 0.11)'' |
97 | | |
98 | | The TracBrowser for Subversion can interpret the `svn:externals` property of folders out of the box. |
99 | | However, if those externals are ''not'' using the `http:` protocol, or if a link to a different repository browser (such another Trac or [http://www.viewvc.org/ ViewVC]) is desired, then Trac needs to be able to map an external prefix to this other URL. |
100 | | |
101 | | This mapping is done in the `[svn:externals]` section of the TracIni |
102 | | |
103 | | Example: |
104 | | {{{ |
105 | | [svn:externals] |
106 | | 1 = svn://server/repos1 http://trac/proj1/browser/$path?rev=$rev |
107 | | 2 = svn://server/repos2 http://trac/proj2/browser/$path?rev=$rev |
108 | | 3 = http://theirserver.org/svn/eng-soft http://ourserver/viewvc/svn/$path/?pathrev=25914 |
109 | | 4 = svn://anotherserver.com/tools_repository http://ourserver/trac/support/browser/$path?rev=$rev |
110 | | }}} |
111 | | With the above, the `svn://anotherserver.com/tools_repository/tags/1.1/tools` external will be mapped to `http://ourserver/trac/support/browser/tags/1.1/tools?rev=` (and `rev` will be set to the appropriate revision number if the external additionally specifies a revision, see the [http://svnbook.red-bean.com/en/1.4/svn.advanced.externals.html SVN Book on externals] for more details). |
112 | | |
113 | | Note that the number used as a key in the above section is purely used as a place holder, as the URLs themselves can't be used as a key due to various limitations in the configuration file parser. |
| 33 | [[TracIni]] |