Changes between Version 1 and Version 2 of TracInterfaceCustomization
- Timestamp:
- 06/19/17 12:36:48 (8 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TracInterfaceCustomization
v1 v2 1 = Customizing the Trac Interface =1 = Customizing the Trac Interface 2 2 [[TracGuideToc]] 3 [[PageOutline(2-5,Contents,pullout)]] 3 4 4 == Introduction == 5 This page is meant to give users suggestions on how they can customize the look of Trac. Topics on this page cover editing the HTML templates and CSS files, but not the program code itself. The topics are intended to show users how they can modify the look of Trac to meet their specific needs. Suggestions for changes to Trac's interface applicable to all users should be filed as tickets, not listed on this page. 5 This page gives suggestions on how to customize the look of Trac. Topics include editing the HTML templates and CSS files, but not the program code itself. The topics show users how they can modify the look of Trac to meet their specific needs. Suggestions for changes to Trac's interface applicable to all users should be filed as tickets, not listed on this page. 6 6 7 == Project Logo and Icon ==8 The easiest parts of the Trac interface to customize are the logo and the site icon. 7 == Project Logo and Icon 8 The easiest parts of the Trac interface to customize are the logo and the site icon. Both of these can be configured with settings in [wiki:TracIni trac.ini]. 9 9 10 The logo or icon image should be put in a folder named "htdocs" in your project's environment folder. (''Note: in projects created with a Trac version prior to 0.9 you will need to create this folder'')10 The logo or icon image should be put in a folder named "htdocs" in your project's environment folder. ''Note: in projects created with a Trac version prior to 0.9 you will need to create this folder''. 11 11 12 ''Note: you can actually put the logo and icon anywhere on your server (as long as it's accessible through the web server), and use their absolute or server-relative URLs in the configuration.'' 12 '''Note''': you can actually put the logo and icon anywhere on your server (as long as it's accessible through the web server), and use their absolute or server-relative URLs in the configuration. 13 13 14 14 Now configure the appropriate section of your [wiki:TracIni trac.ini]: 15 15 16 === Logo ===17 Change the `src` setting to `site/` followed by the name of your image file. The `width` and `height` settings should be modified to match your image's dimensions (the Trac chrome handler uses "`site/`" for files within the project directory `htdocs` and "`common/`" for the common ones).16 === Logo 17 Change the `src` setting to `site/` followed by the name of your image file. The `width` and `height` settings should be modified to match your image's dimensions. The Trac chrome handler uses `site/` for files within the project directory `htdocs`, and `common/` for the common `htdocs` directory belonging to a Trac installation. Note that 'site/' is not a placeholder for your project name, it is the literal prefix that should be used. For example, if your project is named 'sandbox', and the image file is 'red_logo.gif' then the 'src' setting would be 'site/red_logo.gif', not 'sandbox/red_logo.gif'. 18 18 19 {{{ 19 {{{#!ini 20 20 [header_logo] 21 21 src = site/my_logo.gif … … 25 25 }}} 26 26 27 === Icon ===28 Icons should be a 16x16 image in `.gif` or `.ico` format. Change the `icon` setting to `site/` followed by the name of your icon file. Icons will typically be displayed by your web browser next to the site's URL and in the `Bookmarks` menu.27 === Icon 28 Icons are small images displayed by your web browser next to the site's URL and in the `Bookmarks` menu. Icons should be a 32x32 image in `.gif` or `.ico` format. Change the `icon` setting to `site/` followed by the name of your icon file: 29 29 30 {{{ 30 {{{#!ini 31 31 [project] 32 32 icon = site/my_icon.ico 33 33 }}} 34 34 35 Note though that this icon is ignored by Internet Explorer, which only accepts a file named ``favicon.ico`` at the root of the host. To make the project icon work in both IE and other browsers, you can store the icon in the document root of the host, and reference it from ``trac.ini`` as follows: 35 == Custom Navigation Entries 36 The new [mainnav] and [metanav] can now be used to customize the text and link used for the navigation items, or even to disable them, but not for adding new ones. 36 37 37 {{{ 38 [project] 39 icon = /favicon.ico 40 }}} 41 42 == Custom Navigation Entries == 43 The new [mainnav] and [metanav] can now be used to customize the text and link used for the navigation items, or even to disable them (but not for adding new ones). 44 45 In the following example, we rename the link to the Wiki start "Home", and hide the "Help/Guide". We also make the "View Tickets" entry link to a specific report . 46 {{{ 38 In the following example, we rename the link to the Wiki start "Home", and hide the "!Help/Guide". We also make the "View Tickets" entry link to a specific report: 39 {{{#!ini 47 40 [mainnav] 48 41 wiki.label = Home … … 55 48 See also TracNavigation for a more detailed explanation of the mainnav and metanav terms. 56 49 57 == Site Appearance ==#SiteAppearance50 == Site Appearance #SiteAppearance 58 51 59 Trac is using [http://genshi.edgewall.org Genshi] as the templating engine. Documentation is yet to be written, in the meantime the following tip should work.52 Trac is using [http://genshi.edgewall.org Genshi] as the templating engine. Say you want to add a link to a custom stylesheet, and then your own header and footer. Save the following content as `site.html` inside your projects `templates/` directory (each Trac project can have their own `site.html`), eg `/path/to/env/templates/site.html`: 60 53 61 Say you want to add a link to a custom stylesheet, and then your own 62 header and footer. Save the following content as 'site.html' inside your projects templates directory (each Trac project can have their own site.html), e.g. {{{/path/to/env/templates/site.html}}}: 63 64 {{{ 65 #!xml 54 {{{#!xml 66 55 <html xmlns="http://www.w3.org/1999/xhtml" 67 56 xmlns:py="http://genshi.edgewall.org/" … … 71 60 <head py:match="head" py:attrs="select('@*')"> 72 61 ${select('*|comment()|text()')} 73 <link rel="stylesheet" type="text/css" 74 href="${href.chrome('site/style.css')}" /> 62 <link rel="stylesheet" href="${href.chrome('site/style.css')}" /> 75 63 </head> 76 64 … … 91 79 }}} 92 80 93 Those who are familiar with XSLT may notice that Genshi templates bear some similarities. However, there are some Trac specific features - for example '''${href.chrome('site/style.css')}''' attribute references template placed into environment's ''htdocs/'' In a similar fashion '''${chrome.htdocs_location}''' is used to specify common ''htdocs/'' directory from Trac installation.81 Notice that XSLT bears some similarities with Genshi templates. However, there are some Trac specific features, for example the `${href.chrome('site/style.css')}` attribute references `style.css` in the environment's `htdocs/` directory. In a similar fashion `${chrome.htdocs_location}` is used to specify the common `htdocs/` directory belonging to a Trac installation. That latter location can however be overriden using the [[TracIni#trac-section|[trac] htdocs_location]] configuration setting. 94 82 95 site.html is one file to contain all your modifications. It usually works by the py:match (element of attribute), and it allows you to modify the page as it renders - the matches hook onto specific sections depending on what it tries to find 96 and modify them. A site.html can contain any number of such py:match sections for whatever you need to modify. This is all [http://genshi.edgewall.org/ Genshi], so the docs on the exact syntax can be found there. 83 `site.html` is one file to contain all your modifications. It usually works using the `py:match` directive (element or attribute), and it allows you to modify the page as it renders. The matches hook onto specific sections depending on what it tries to find and modify them. 84 See [http://groups.google.com/group/trac-users/browse_thread/thread/70487fb2c406c937/ this thread] for a detailed explanation of the above example `site.html`. 85 A `site.html` can contain any number of such `py:match` sections for whatever you need to modify. This is all Genshi, so the [http://genshi.edgewall.org/wiki/Documentation/xml-templates.html docs on the exact syntax] can be found there. 97 86 87 Example snippet of adding introduction text to the new ticket form (but not shown during preview): 98 88 99 Example snippet of adding introduction text to the new ticket form (hide when preview): 100 101 {{{ 102 #!xml 89 {{{#!xml 103 90 <form py:match="div[@id='content' and @class='ticket']/form" py:attrs="select('@*')"> 104 <py:if test="req. environ['PATH_INFO']== '/newticket' and (not 'preview' in req.args)">91 <py:if test="req.path_info == '/newticket' and (not 'preview' in req.args)"> 105 92 <p>Please make sure to search for existing tickets before reporting a new one!</p> 106 93 </py:if> … … 109 96 }}} 110 97 111 This example illustrates a technique of using '''`req.environ['PATH_INFO']`''' to limit scope of changes to one view only. For instance, to make changes in site.html only for timeline and avoid modifying other sections - use ''`req.environ['PATH_INFO'] == '/timeline'`'' condition in <py:if>test.98 This example illustrates a technique of using `req.path_info` to limit scope of changes to one view only. For instance, to make changes in `site.html` only for timeline and avoid modifying other sections - use `req.path_info == '/timeline'` condition in `<py:if>` test. 112 99 113 If the environment is upgraded from 0.10 and a `site_newticket.cs` file already exists, it can actually be loaded by using a workaround - providing it contains no ClearSilver processing. In addition, as only one element can be imported, the content needs some sort of wrapper such as a `<div>` block or other similar parent container. The XInclude namespace must be specified to allow includes, but that can be moved to document root along with the others: 114 {{{ 115 #!xml 116 <form py:match="div[@id='content' and @class='ticket']/form" py:attrs="select('@*')" 117 xmlns:xi="http://www.w3.org/2001/XInclude"> 118 <py:if test="req.environ['PATH_INFO'] == '/newticket' and (not 'preview' in req.args)"> 119 <xi:include href="site_newticket.cs"><xi:fallback /></xi:include> 120 </py:if> 121 ${select('*')} 122 </form> 123 }}} 100 More examples snippets for `site.html` can be found at [trac:wiki:CookBook/SiteHtml CookBook/SiteHtml]. 124 101 125 Also note that the `site.html` (despite its name) can be put in a common templates directory - see the `[inherit] templates_dir` option. This could provide easier maintainence (and a migration path from 0.10 for larger installations) as one new global `site.html` file can be made to include any existing header, footer and newticket snippets.102 Example snippets for `style.css` can be found at [trac:wiki:CookBook/SiteStyleCss CookBook/SiteStyleCss]. 126 103 127 == Project List == #ProjectList 104 Note that the `site.html`, despite its name, can be put in a shared templates directory, see the [[TracIni#inherit-section|[inherit] templates_dir]] option. This could provide easier maintainence as one new global `site.html` file can be made to include any existing header, footer and newticket snippets. 128 105 129 You can use a custom Genshi template to display the list of projects if you are using Trac with multiple projects. 106 == Project List #ProjectList 130 107 131 The following is the basic template used by Trac to display a list of links to the projects. For projects that could not be loaded it displays an error message. You can use this as a starting point for your own index template.108 You can use a custom Genshi template to display the list of projects if you are using Trac with multiple projects. 132 109 133 {{{ 134 #!text/html 110 The following is the basic template used by Trac to display a list of links to the projects. For projects that could not be loaded, it displays an error message. You can use this as a starting point for your own index template: 111 112 {{{#!text/html 135 113 <!DOCTYPE html 136 114 PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" … … 157 135 }}} 158 136 159 Once you've created your custom template you will need to configure the webserver to tell Trac where the template is located (pls verify ... not yet changed to 0.11): 137 Once you've created your custom template you will need to configure the webserver to tell Trac where the template is located: 138 139 For [wiki:TracModWSGI mod_wsgi]: 140 {{{#!python 141 os.environ['TRAC_ENV_INDEX_TEMPLATE'] = '/path/to/template.html' 142 }}} 160 143 161 144 For [wiki:TracFastCgi FastCGI]: 162 {{{ 145 {{{#!apache 163 146 FastCgiConfig -initial-env TRAC_ENV_PARENT_DIR=/parent/dir/of/projects \ 164 147 -initial-env TRAC_ENV_INDEX_TEMPLATE=/path/to/template … … 166 149 167 150 For [wiki:TracModPython mod_python]: 168 {{{ 151 {{{#!apache 169 152 PythonOption TracEnvParentDir /parent/dir/of/projects 170 153 PythonOption TracEnvIndexTemplate /path/to/template … … 172 155 173 156 For [wiki:TracCgi CGI]: 174 {{{ 157 {{{#!apache 175 158 SetEnv TRAC_ENV_INDEX_TEMPLATE /path/to/template 176 159 }}} 177 160 178 161 For [wiki:TracStandalone], you'll need to set up the `TRAC_ENV_INDEX_TEMPLATE` environment variable in the shell used to launch tracd: 179 - Unix 180 {{{ 181 #!sh 162 - Unix: 163 {{{#!sh 182 164 $ export TRAC_ENV_INDEX_TEMPLATE=/path/to/template 183 165 }}} 184 - Windows 185 {{{ 186 #!sh 166 - Windows: 167 {{{#!sh 187 168 $ set TRAC_ENV_INDEX_TEMPLATE=/path/to/template 188 169 }}} 189 170 190 == Project Templates ==171 == Project Templates 191 172 192 The appearance of each individual Trac environment (that is, instance of a project) can be customized independently of other projects, even those hosted by the same server. The recommended way is to use a `site.html` template (see [#SiteAppearance]) whenever possible. Using `site.html` means changes are made to the original templates as they are rendered, and you should not normally need to redo modifications whenever Trac is upgraded. If you do make a copy of `theme.html` or any other Trac template, you need to migrate your modifiations to the newer version - if not, new Trac features or bug fixes may not work as expected.173 The appearance of each individual Trac environment, ie instance of a project, can be customized independently of other projects, even those hosted on the same server. The recommended way is to use a `site.html` template whenever possible, see [#SiteAppearance]. Using `site.html` means changes are made to the original templates as they are rendered, and you should not normally need to redo modifications whenever Trac is upgraded. If you do make a copy of `theme.html` or any other Trac template, you need to migrate your modifiations to the newer version. If not, new Trac features or bug fixes may not work as expected. 193 174 194 With that word of caution, any Trac template may be copied and customized. The default Trac templates are located inside the installed Trac egg (`/usr/lib/pythonVERSION/site-packages/Trac-VERSION.egg/trac/templates, .../trac/ticket/templates, .../trac/wiki/templates, ++`). The [#ProjectList] template file is called `index.html`, while the template responsible for main layout is called `theme.html`. Page assets such as images and CSS style sheets are located in the egg's `trac/htdocs` directory.175 With that word of caution, any Trac template may be copied and customized. The default Trac templates are located inside the installed Trac egg, such as `/usr/lib/pythonVERSION/site-packages/Trac-VERSION.egg/trac/templates, ../trac/ticket/templates, ../trac/wiki/templates`. The [#ProjectList] template file is called `index.html`, while the template responsible for main layout is called `theme.html`. Page assets such as images and CSS style sheets are located in the egg's `trac/htdocs` directory. 195 176 196 However, do not edit templates or site resources inside the Trac egg - installing Trac again can completely delete your modifications. Instead use one of twoalternatives:177 However, do not edit templates or site resources inside the Trac egg. Reinstalling Trac overwrites your modifications. Instead use one of these alternatives: 197 178 * For a modification to one project only, copy the template to project `templates` directory. 198 * For a modification shared by several projects, copy the template to a shared location and have each project point to this location using the `[inherit] templates_dir =` trac.ini option.179 * For a modification shared by several projects, copy the template to a shared location and have each project point to this location using the `[inherit] templates_dir` trac.ini option. 199 180 200 181 Trac resolves requests for a template by first looking inside the project, then in any inherited templates location, and finally inside the Trac egg. 201 182 202 Trac caches templates in memory by default to improve performance. To apply a template you need to restart the server. 183 Trac caches templates in memory by default to improve performance. To apply a template you need to restart the web server. 184 203 185 ---- 204 186 See also TracGuide, TracIni