Version 3 (modified by trac, 17 months ago) (diff)


Trac Macros

Trac macros are plugins to extend the Trac engine with custom 'functions' written in Python. A macro inserts dynamic HTML data in any context supporting WikiFormatting. Its syntax is [[macro-name(optional-arguments)]].

The WikiProcessors are another kind of macros. They typically deal with alternate markup formats and transformation of larger "blocks" of information (like source code highlighting). They are used for processing the multiline {{{#!wiki-processor-name ... }}} blocks.

Using Macros

Macro calls are enclosed in two square brackets. Like Python functions, macros can also have arguments, a comma separated list within parentheses.

Getting Detailed Help

The list of available macros and the full help can be obtained using the MacroList macro, as seen below.

A brief list can be obtained via [[MacroList(*)]] or [[?]].

Detailed help on a specific macro can be obtained by passing it as an argument to MacroList, e.g. [[MacroList(MacroList)]], or, more conveniently, by appending a question mark (?) to the macro's name, like in [[MacroList?]].


A list of 3 most recently changed wiki pages starting with 'Trac':

Wiki Markup Display



List all pages that have recently been modified, ordered by the time they were last modified.

This macro accepts two ordered arguments and a named argument. The named argument can be placed in any position within the argument list.

The first parameter is a prefix string: if provided, only pages with names that start with the prefix are included in the resulting list. If this parameter is omitted, all pages are included in the list.

The second parameter is the maximum number of pages to include in the list.

The group parameter determines how the list is presented:

The pages are presented in bulleted lists that are grouped by date (default).
The pages are presented in a single bulleted list.

Tip: if you only want to specify a maximum number of entries and don't want to filter by prefix, specify an empty first parameter, e.g. [[RecentChanges(,10,group=none)]].



Embed an image in wiki-formatted text. The first argument is the file …


Provide a list of known InterTrac prefixes.


Provide a description list for the known InterWiki prefixes.


List all known mime-types which can be used as WikiProcessors. Can be …


Available Macros

Note that the following list will only contain the macro documentation if you've not enabled -OO optimizations, or not set the PythonOptimize option for mod_python.


A macro to display list of posts and extracts outside (or inside) the Blog module - most commonly Wiki pages.

All arguments are optional:


Available named arguments:

  • recent= - max. number of posts
  • category= - a category
  • author= - an author
  • period= - time period of the format YYYY/MM
  • heading= - a heading for the list
  • format= - type of display (see below for details)
  • max_size= - max. number of characters to render for each post
  • meta= - use =off to hide date, author and categories (default 'on')

Example showing some available named arguments:

[[BlogList(recent=5, max_size=250, period=2007/12, author=osimons, format=float, heading=Some Trac Posts)]]

The arguments for criteria are 'AND'-based, so the above example will render at most 5 posts by 'osimons' in December 2007.

There is no heading unless specified.

Without restriction on recent number of posts, it will use the number currently active in the Blog module as default for 'float' and 'full' rendering, but for rendering of 'inline' list it will render all found as default unless restricted. Additionally for 'float' and 'full' it will truncate content if it is larger than a max_size (if set).

The format= keyword argument supports rendering these formats:

format=inlineRenders an unordered list in the normal text flow (default).
format=floatA floating box out on the side of the page with slightly more detail.
format=fullFull rendering like on period, category and author listings inside blog.

The arguments can appear in any order.

Posts are rendered sorted by newest first for all modes.


Write repository change log to output.

The ChangeLog macro writes a log of the last changes of a repository at a given path. Following variants are possible to use:

1. [[ChangeLog([reponame:]path)]]
2. [[ChangeLog([reponame:]path@rev)]]
3. [[ChangeLog([reponame:]path@rev, limit)]]
4. [[ChangeLog([reponame:]path@from-to)]]
5. [[ChangeLog([reponame:]path, limit, rev)]]
  1. Default repository is used if reponame is left out. To show the last five changes of the default repository:
    To show the last five changes of the trunk folder in a named repo:
  2. The ending revision can be set. To show the last five changes up to revision 99:
  3. The limit can be set by an optional parameter. To show the last 10 changes, up to revision 99:
    [[ChangeLog(otherrepo:/trunk@99, 10)]]
  4. A range of revisions can be logged.
    To lists all changes:
    HEAD can be left out:
  5. For backwards compatibility, revision can be stated as a third parameter:
    [[ChangeLog(otherrepo:/trunk, 10, 99)]]

limit and rev may be keyword arguments.

[[ChangeLog(otherrepo:/trunk, limit=10, rev=99)]]


Insert a changeset message into the output.

This macro must be called using wiki processor syntax as follows:

#!CommitTicketReference repository="reponame" revision="rev"

where the arguments are the following:

  • repository: the repository containing the changeset
  • revision: the revision of the desired changeset


Collates and generates foot-notes. Call the macro with the foot-note content as the only argument:

   [[FootNote(This is a footnote)]]

Foot-notes are numbered by the order in which they appear. To create a reference to an existing foot-note, pass the footnote number as argument to the macro:


In addition, identical foot-notes are coalesced into one entry. The following will generate one footnote entry with two references:

   Some text[[FootNote(A footnote)]] and some more text [[FootNote(A footnote)]].

A list of footnotes generated by one or more of the above commands is produced by calling the macro without arguments:


Once a set of footnotes has been displayed, a complete new set of footnotes can be created. This allows multiple sets of footnotes per page.


Embed an image in wiki-formatted text.

The first argument is the file specification. The file specification may reference attachments in three ways:

  • module:id:file, where module can be either wiki or ticket, to refer to the attachment named file of the specified wiki page or ticket.
  • id:file: same as above, but id is either a ticket shorthand or a Wiki page name.
  • file to refer to a local attachment named 'file'. This only works from within that wiki page or a ticket.

Also, the file specification may refer to repository files, using the source:file syntax (source:file@rev works also).

Files can also be accessed with a direct URLs; /file for a project-relative, //file for a server-relative, or http://server/file for absolute location of the file.

The remaining arguments are optional and allow configuring the attributes and style of the rendered <img> element:

  • digits and unit are interpreted as the size (ex. 120, 25%) for the image
  • right, left, center, top, bottom and middle are interpreted as the alignment for the image (alternatively, the first three can be specified using align=... and the last three using valign=...)
  • link=some TracLinks... replaces the link to the image source by the one specified using a TracLinks. If no value is specified, the link is simply removed.
  • nolink means without link to image source (deprecated, use link=)
  • key=value style are interpreted as HTML attributes or CSS style indications for the image. Valid keys are:
    • align, valign, border, width, height, alt, title, longdesc, class, margin, margin-(left,right,top,bottom), id and usemap
    • border, margin, and margin-* can only be a single number
    • margin is superseded by center which uses auto margins


[[Image(photo.jpg)]]               # simplest
[[Image(photo.jpg, 120px)]]        # with image width size
[[Image(photo.jpg, right)]]        # aligned by keyword
[[Image(photo.jpg, nolink)]]       # without link to source
[[Image(photo.jpg, align=right)]]  # aligned by attribute

You can use an image from a wiki page, ticket or other module.

[[Image(OtherPage:foo.bmp)]]    # from a wiki page
[[Image(base/sub:bar.bmp)]]     # from hierarchical wiki page
[[Image(#3:baz.bmp)]]           # from another ticket
[[Image(ticket:36:boo.jpg)]]    # from another ticket (long form)
[[Image(source:/img/bee.jpg)]]  # from the repository
[[Image(htdocs:foo/bar.png)]]   # from project htdocs dir
[[Image(shared:foo/bar.png)]]   # from shared htdocs dir (since 1.0.2)

Adapted from the macro created by Shun-ichi Goto <>


A macro to include other resources in wiki pages. More documentation to follow.


Provide a list of known InterTrac prefixes.


Provide a description list for the known InterWiki prefixes.


List all known mime-types which can be used as WikiProcessors.

Can be given an optional argument which is interpreted as mime-type filter.


Provides a list of known hack types (categories).


Provides a list of registered hacks.

If no arguments are specified, the list will be grouped by hack type (category). The user may choose from a list of known Trac releases to filter which hacks are displayed; the default is to list hacks that work with Trac 0.11.

Hack types and Trac releases may be specified as parameter to the macro to limit which types and/or releases are specified. Please note:

  • If one or more releases are specified, the "version picker" is not displayed.
  • Specified releases are 'OR'-based, i.e. 0.11 0.12 will show hacks which are tagged for 0.11 OR 0.12.
  • If exactly one category is specified, the fieldset legend is not displayed.

See type for a list of hack types, release for a list of supported Trac releases.

Other tags may be passed as well. They will be used as additional filter for displayed hacks, but - other than types and releases - have no side-effects otherwise.

For example, the following shows hacks of type integration and plugin for Trac 0.12:

[[ListHacks(integration plugin 0.12)]]


List tagged resources.



See tags documentation for the query syntax.


Provides a list of known Trac releases.


Display a list of all installed Wiki macros, including documentation if available.

Optionally, the name of a specific macro can be provided as an argument. In that case, only the documentation for that macro will be rendered.

Note that this macro will not be able to display the documentation of macros if the PythonOptimize option is enabled for mod_python!


Returns the maintainer of a hack.

The macro accepts the hack name as an optional parameter. If not specified, the context must be a wiki page and the hack name is inferred from the wiki page name.


Makes a colored box from the contents of the macro.


End a newflash box.


Start a newflash box.


Display a structural outline of the current wiki page, each item in the outline being a link to the corresponding heading.

This macro accepts four optional parameters:

  • The first is a number or range that allows configuring the minimum and maximum level of headings that should be included in the outline. For example, specifying "1" here will result in only the top-level headings being included in the outline. Specifying "2-3" will make the outline include all headings of level 2 and 3, as a nested list. The default is to include all heading levels.
  • The second parameter can be used to specify a custom title (the default is no title).
  • The third parameter selects the style of the outline. This can be either inline or pullout (the latter being the default). The inline style renders the outline as normal part of the content, while pullout causes the outline to be rendered in a box that is by default floated to the right side of the other content.
  • The fourth parameter specifies whether the outline is numbered or not. It can be either numbered or unnumbered (the former being the default). This parameter only has an effect in inline style.


Add a poll. Each argument must be separated by a semi-colon (;) or new-line (if used as a processor). The first argument is the title of the poll, which is also the identifier for each poll.

Usage: [[Poll(<title>; <arg> [; <arg>] ...)]]

Where <arg> conforms to the following:

<arg> Description
query:<ticket-query> Add tickets from a query to the poll.
#<n> Add an individual ticket to the poll.
<text> A poll question.


Which of these do you prefer?
  • TracPermissions are not enforced in the PollMacro (#1)
  • Does not handle changes in header depth gracefully (#2)
  • Getting the text from the newest revision should use "LIMIT 1" in SQL clause (#3)
  • Add lines of code statistics (#261)
  • CVS support (#875)
  • Support for recurring (scheduled) tickets (#942)
  • Arbitrary comments pages (#3672)
  • Integration with OTRS (#7509)
  • OSX addressBook, iCal, and mail to subversion/trac scripts (#1134)
  • Enter multiple tickets at once (#1220)
  • Plugin for writing requirements and specifications of a software (#1226)
  • Trackstudio features in Trac (#1279)
  • ODBC connection (#2277)
  • OpenDocument Diff with odt2txt and oodiff (#2629)
  • Integrate Trac with SugarCRM bug module (#2659)
  • Structured comments suggestions (#11)
  • Extended Wiki formatting (#47)
  • FIT tests in tickets (#81)
  • Use rss feed for import of tickets from remote sites (#112)
  • Command line tool for [remotely] automating the wiki editing (#116)
  • Script to create one iCalendar file from many trac db's (#150)
  • WebDAV for document uploads and editing (#184)
  • Spell-check in wiki and ticket descriptions (#212)
  • dotProject integration (#240)
  • Show username rather than userid with hyperlink to user's page (#243)
  • TimTam clone (#245)
  • style bookmark store for Trac users (#271)
  • Data/Form/Fields plugin providing macros to include form-like fields/data on a wiki page (stored in a db) (#377)
  • Cross Trac summary page (#494)
  • ICQ notification plugin (#506)
  • Support for Diff of OpenDocument files (#541)
  • Write access to Subversion (#555)
  • Authenticate using WordPress (#572)
  • Inventory tracking system (#613)
  • RequestTracker import script (#647)
  • Specify realname and email address in session table (#699)
  • A plugin to run a command line program for every displayed page (#712)
  • Enable PageToPdfPlugin for timeline and reports pages (#767)
  • Different header_logo for different components (#827)
  • FIXME/TODO - AutoCreate tickets using tags from svn repository (#834)
  • Listing changesets using the svn bugtraq properties (#858)
  • Wiki page states (#913)
  • Display email inline from IMAP mail server (#925)
  • RDoc plugin (#976)
  • JavaDoc plugin (#977)
  • Create a plugin for the roundup model system (not the bugtracker) (#999)
  • Auto-backup (hotcopy) with "overwrite" function (#1020)
  • Spotlight plugin to search a project's trac (#1032)
  • Exec shell command Plugin (instead of SMTP Notification) (#1338)
  • Plugin to change commit message (#1374)
  • Real-time progress bar for attachments uploads (#1388)
  • Search multiple projects (#1401)
  • Notification for a milestone change (#1519)
  • Link Milestones with Wiki pages (#1619)
  • Automatic Source Browser Linking from Wiki (#1637)
  • 'Submit and Accept' button for Tickets (#1733)
  • Smarter defaults for component, version, and milestone (#1824)
  • CIA-like irc bot (#1952)
  • Allow specified users to view only tickets belonging to specified components (#2068)
  • User-specific background colours for inline diffs (to support colourblind) (#2303)
  • Integrate Textarea javascript based syntax highlighting code editor into trac (#2345)
  • Adjustable rows setting for ticket comment box (#2362)
  • Integration with AND migration from Team Foundation Server (TFS) (#2496)
  • Integrate (#2528)
  • Dynamic variables in wiki pages (#2533)
  • Paypal Donation Plugin (#2712)
  • Display user name rather than user id (#2713)
  • Single sign-on for Trac and Google apps (#2723)
  • SubversionFind macro (#2861)
  • Plugin to render diagrams with ditaa (#2930)
  • JHotDraw plugin (#2986)
  • Room resource and meeting booking (#3039)
  • More Intelligent Search (#3186)
  • Email notification for inactive tickets (#3565)
  • Notification controlled by permissions (#4019)
  • Import Defect from Quality Center (#4071)
  • Add conditional rendering of wiki paragraph according to browser accepted languages (#4108)
  • Option to suppress CamelCase -> Wiki recognition in version control comments (#4196)
  • FreeIPA integration with TRAC (#4297)
  • Custom workflows that spawns ticket creation on status change (#4312)
  • Instant Messaging presence plugin (#4480)
  • Office In/Out board (#4496)
  • Display a list of all broken wiki links (orphaned pages) (#4509)
  • Render ArgoUML files (#4541)
  • Macro to timestamp wiki edits -- just like in MediaWiki (#4625)
  • Clearcase integration (#4761)
  • Add an attachment ATTACHMENT_VIEW permission (#4813)
  • Work log plugin (#4951)
  • Collapsable milestones in the road map (#5230)
  • Chat feature inside of Trac (#5358)
  • Upload archive file as an attachment (multiple attachments via single upload) (#5404)
  • Wiki editor syntax highlighting - similar to wikipedia's wikEd (#5410)
  • Work on Oracle backend using cx_Oracle (#5487)
  • Option to *selectively* not send email notifications on ticket change (#5495)
  • SubWiki link & SubMapTxt page (#5569)
  • Gettext plugin to allow online translations (#5576)
  • Notification when wiki page has not changed by a due date (#5577)
  • Autosave (or save as draft) for wiki pages (#5578)
  • Add due date to ticket and send a reminder when tickets are overdue (#5620)
  • ActiveDirectory authentication for Trac (#5647)
  • WikiProcessor for POD formatted text (#5690)
  • Composite milestones (parent/child relationship) (#5741)
  • Integration with Rietveld code review system (#5889)
  • Cheese dip

  • You don't have permission to vote. You may need to login.


Wiki macro listing some generic Trac statistics.

This macro accepts a comma-separated list of keyed parameters, in the form "key=value". Valid keys:

  • wiki -- statistics for TracWiki, values:
    • count -- show wiki page count
  • prefix -- use with wiki key: only names that start with that prefix are included

'count' is also recognized without prepended key name.


List all pages that have recently been modified, ordered by the time they were last modified.

This macro accepts two ordered arguments and a named argument. The named argument can be placed in any position within the argument list.

The first parameter is a prefix string: if provided, only pages with names that start with the prefix are included in the resulting list. If this parameter is omitted, all pages are included in the list.

The second parameter is the maximum number of pages to include in the list.

The group parameter determines how the list is presented:

The pages are presented in bulleted lists that are grouped by date (default).
The pages are presented in a single bulleted list.

Tip: if you only want to specify a maximum number of entries and don't want to filter by prefix, specify an empty first parameter, e.g. [[RecentChanges(,10,group=none)]].


This Trac plug-in implements a server sided redirect functionality. The user interface is the wiki macro Redirect (alternativly redirect).



$Id: 11890 2012-08-04 01:37:28Z rjollos $

This plug-in allow to place a redirect macro at the start of any wiki page which will cause an server side redirect when the wiki page is viewed.

This plug-in is compatible (i.e. can be used) with the client side redirect macro TracRedirect but doesn't depend on it. Because the redirect is caused by the server (using a HTTP redirect request to the browser) it is much faster and less noticeable for the user. The back-link feature of TracRedirect can also be used for server side redirected pages because both generate the same URL attributes.

To edit a redirecting wiki page access its URL with ?action=edit appended. To view the page either use ?action=view, which will print the redirect target (if TracRedirect isn't active, which will redirect the wiki using client side code), or ?redirect=no which disables redirection of both the ServerSideRedirectPlugin and TracRedirect plug-in.

Direct after the redirect target is added (or modified) Trac will automatically reload it, as it does with all wiki pages. This plug-in will detect this and not redirect but display the wiki page with the redirect target URL printed to provide feedback about the successful change. However, further visits will trigger the redirect.

Usage Examples

The following 'macro' at the begin of the wiki page will cause a redirect to the OtherWikiPage.


Any other TracLink can be used:



Display the list of available repositories.

Can be given the following named arguments:

Select the rendering format:
  • compact produces a comma-separated list of repository prefix names (default)
  • list produces a description list of repository prefix names
  • table produces a table view, similar to the one visible in the Browse View page
Do a glob-style filtering on the repository names (defaults to '*')
Order repositories by the given column (one of "name", "date" or "author")
When set to 1, order by descending order

(since 0.12)


Generate a table of contents for the current page or a set of pages.

If no arguments are given, a table of contents is generated for the current page, with the top-level title stripped:


To generate a table of contents for a set of pages, simply pass them as comma separated arguments to the TOC macro, e.g. as in

[[TOC(TracGuide, TracInstall, TracUpgrade, TracIni, TracAdmin, TracBackup,
      TracLogging, TracPermissions, TracWiki, WikiFormatting, TracBrowser,
      TracRoadmap, TracChangeset, TracTickets, TracReports, TracQuery,
      TracTimeline, TracRss, TracNotification)]]

A wildcard * can be used to fetch a sorted list of all pages starting with the preceding pagename stub:

[[TOC(Trac*, WikiFormatting, WikiMacros)]]

The following control arguments change the default behaviour of the TOC macro:

Argument Description
heading=<x> Override the default heading of "Table of Contents"
noheading Suppress display of the heading.
depth=<n> Display headings of subsequent pages to a maximum depth of <n>.
inline Display TOC inline rather than as a side-bar.
sectionindex Only display the page name and title of each page in the wiki section.
titleindex Only display the page name and title of each page, similar to TitleIndex.
notitle Supress display of page title.
reverse Display TOC sorted in reversed order. (Since

For titleindex argument, an empty pagelist will evaluate to all pages:

[[TOC(titleindex, notitle, heading=All pages)]]

The sectionindex argument allows a title index to be generated for all pages in a given section of the wiki. A section is defined by wiki page name, using / as a section level delimiter (like directories in a file system). Giving / or * as the page name produces the same result as titleindex (title of all pages). If a page name ends with a /, only children of this page will be processed. Otherwise, the page given in the argument is also included, if it exists. For sectionindex argument, an empty pagelist will evaluate to all page below the same parent as the current page:

[[TOC(sectionindex, notitle, heading=This section pages)]]


Display a tag cloud.

Show a tag cloud for all tags on resources matching query.


Whether the tag cloud should be sorted case-sensitive.
Optional integer threshold to hide tags with smaller count.

See tags documentation for the query syntax.


Wiki macro listing tickets that match certain criteria.

This macro accepts a comma-separated list of keyed parameters, in the form "key=value".

If the key is the name of a field, the value must use the syntax of a filter specifier as defined in TracQuery#QueryLanguage. Note that this is not the same as the simplified URL syntax used for query: links starting with a ? character. Commas (,) can be included in field values by escaping them with a backslash (\).

Groups of field constraints to be OR-ed together can be separated by a literal or argument.

In addition to filters, several other named parameters can be used to control how the results are presented. All of them are optional.

The format parameter determines how the list of tickets is presented:

  • list -- the default presentation is to list the ticket ID next to the summary, with each ticket on a separate line.
  • compact -- the tickets are presented as a comma-separated list of ticket IDs.
  • count -- only the count of matching tickets is displayed
  • table -- a view similar to the custom query view (but without the controls)
  • progress -- a view similar to the milestone progress bars

The max parameter can be used to limit the number of tickets shown (defaults to 0, i.e. no maximum).

The order parameter sets the field used for ordering tickets (defaults to id).

The desc parameter indicates whether the order of the tickets should be reversed (defaults to false).

The group parameter sets the field used for grouping tickets (defaults to not being set).

The groupdesc parameter indicates whether the natural display order of the groups should be reversed (defaults to false).

The verbose parameter can be set to a true value in order to get the description for the listed tickets. For table format only. deprecated in favor of the rows parameter

The rows parameter can be used to specify which field(s) should be viewed as a row, e.g. rows=description|summary

The col parameter can be used to specify which fields should be viewed as columns. For table format only.

For compatibility with Trac 0.10, if there's a last positional parameter given to the macro, it will be used to specify the format. Also, using "&" as a field separator still works (except for order) but is deprecated.


Insert an alphabetic list of all wiki pages into the output.

Accepts a prefix string as parameter: if provided, only pages with names that start with the prefix are included in the resulting list. If this parameter is omitted, all pages are listed. If the prefix is specified, a second argument of value hideprefix can be given as well, in order to remove that prefix from the output.

Alternate format and depth named parameters can be specified:

  • format=compact: The pages are displayed as comma-separated links.
  • format=group: The list of pages will be structured in groups according to common prefix. This format also supports a min=n argument, where n is the minimal number of pages for a group.
  • format=hierarchy: The list of pages will be structured according to the page name path hierarchy. This format also supports a min=n argument, where higher n flatten the display hierarchy
  • depth=n: limit the depth of the pages to list. If set to 0, only toplevel pages will be shown, if set to 1, only immediate children pages will be shown, etc. If not set, or set to -1, all pages in the hierarchy will be shown.
  • include=page1:page*2: include only pages that match an item in the colon-separated list of pages. If the list is empty, or if no include argument is given, include all pages.
  • exclude=page1:page*2: exclude pages that match an item in the colon- separated list of pages.

The include and exclude lists accept shell-style patterns.


Display help for trac-admin commands.


[[TracAdminHelp]]               # all commands
[[TracAdminHelp(wiki)]]         # all wiki commands
[[TracAdminHelp(wiki export)]]  # the "wiki export" command
[[TracAdminHelp(upgrade)]]      # the upgrade command


Display a table of content for the Trac guide.

This macro shows a quick and dirty way to make a table-of-contents for the Help/Guide. The table of contents will contain the Trac* and WikiFormatting pages, and can't be customized. Search for TocMacro for a a more customizable table of contents.


Produce documentation for the Trac configuration file.

Typically, this will be used in the TracIni page. Optional arguments are a configuration section filter, and a configuration option name filter: only the configuration options whose section and name start with the filters are output.


Wiki macro listing users that match certain criteria.

This macro accepts a comma-separated list of keyed parameters, in the form "key=value". Valid keys:

  • perm -- show only that users, a permission action given by value has been granted to
  • locked -- retrieve users, who's account has/has not been locked depending on boolean value
  • format -- output style: 'count', 'list' or comma-separated values (default)
  • nomatch -- replacement wiki markup that is displayed, if there's no match and output style isn't 'count' either

'count' is also recognized without prepended key name. Other non-keyed parameters are:

  • locked -- alias for 'locked=True'
  • visit -- show a list of accounts with last-login information, only available in table format
  • name -- forces replacement of maching username with their corresponding full names, if available; adds a full names column if combined with 'visit'
  • email -- append email address to usernames, if available

Requires USER_VIEW permission for output in any format other then 'count'. A misc placeholder with this statement is presented to unprivileged users.


Render a workflow graph.

This macro accepts a TracWorkflow configuration and renders the states and transitions as a directed graph. If no parameters are given, the current ticket workflow is rendered. In WikiProcessors mode the width and height arguments can be specified.

(Defaults: width = 800 and heigth = 600)



    [[Workflow(go = here -> there; return = there -> here)]]

    #!Workflow width=700 height=700
    leave = * -> *
    leave.operations = leave_status
    leave.default = 1

    accept = new,assigned,accepted,reopened -> accepted
    accept.permissions = TICKET_MODIFY
    accept.operations = set_owner_to_self

    resolve = new,assigned,accepted,reopened -> closed
    resolve.permissions = TICKET_MODIFY
    resolve.operations = set_resolution

    reassign = new,assigned,accepted,reopened -> assigned
    reassign.permissions = TICKET_MODIFY
    reassign.operations = set_owner

    reopen = closed -> reopened
    reopen.permissions = TICKET_CREATE
    reopen.operations = del_resolution


Aliases: [[Email]]

Email wrapping formatter

This macro takes an email message and will wrap lines to 72 characters (default), or a length specified. It will also put the emails inside a preformatted block.


<email stuff here>

To wrap to a specified length, the line imediately following the invocation should contain cols: followed by the number of columns at wich we wrap. For example:

<email stuff here>

It is important that the cols: starts at the beginning of the line and that only a number follows it.

Macros from around the world

The Trac Hacks site provides a wide collection of macros and other Trac plugins contributed by the Trac community. If you're looking for new macros, or have written one that you'd like to share with the world, please don't hesitate to visit that site.

Developing Custom Macros

Macros, like Trac itself, are written in the Python programming language and are developed as part of TracPlugins.

For more information about developing macros, see the development resources on the main project site.

Here are 2 simple examples showing how to create a Macro with Trac 0.11.

Also, have a look at for an example that shows the difference between old style and new style macros and at the macros/README which provides a little more insight about the transition.

Macro without arguments

To test the following code, you should saved it in a file located in the TracEnvironment's plugins/ directory.

from datetime import datetime
# Note: since Trac 0.11, datetime objects are used internally

from genshi.builder import tag

from trac.util.datefmt import format_datetime, utc
from import WikiMacroBase

class TimeStampMacro(WikiMacroBase):
    """Inserts the current time (in seconds) into the wiki page."""

    revision = "$Rev$"
    url = "$URL$"

    def expand_macro(self, formatter, name, text):
        t =
        return tag.b(format_datetime(t, '%c'))

Macro with arguments

To test the following code, you should saved it in a file located in the TracEnvironment's plugins/ directory.

from genshi.core import Markup

from import WikiMacroBase

class HelloWorldMacro(WikiMacroBase):
    """Simple HelloWorld macro.

    Note that the name of the class is meaningful:
     - it must end with "Macro"
     - what comes before "Macro" ends up being the macro name

    The documentation of the class (i.e. what you're reading)
    will become the documentation of the macro, as shown by
    the !MacroList macro (usually used in the WikiMacros page).

    revision = "$Rev$"
    url = "$URL$"

    def expand_macro(self, formatter, name, text, args):
        """Return some output that will be displayed in the Wiki content.

        `name` is the actual name of the macro (no surprise, here it'll be
        `text` is the text enclosed in parenthesis at the call of the macro.
          Note that if there are ''no'' parenthesis (like in, e.g.
          [[HelloWorld]]), then `text` is `None`.
        `args` are the arguments passed when HelloWorld is called using a
        `#!HelloWorld` code block.
        return 'Hello World, text = %s, args = %s' % \
            (Markup.escape(text), Markup.escape(repr(args)))

Note that expand_macro optionally takes a 4th parameter args. When the macro is called as a WikiProcessor, it's also possible to pass key=value processor parameters. If given, those are stored in a dictionary and passed in this extra args parameter. On the contrary, when called as a macro, args is None. (since 0.12).

For example, when writing:

{{{#!HelloWorld style="polite" -silent verbose
<Hello World!>

<Hello World!>

[[HelloWorld(<Hello World!>)]]

One should get:

Hello World, text = <Hello World!> , args = {'style': u'polite', 'silent': False, 'verbose': True}
Hello World, text = <Hello World!> , args = {}
Hello World, text = <Hello World!> , args = None

Note that the return value of expand_macro is not HTML escaped. Depending on the expected result, you should escape it by yourself (using return Markup.escape(result)) or, if this is indeed HTML, wrap it in a Markup object (return Markup(result)) with Markup coming from Genshi, (from genshi.core import Markup).

You can also recursively use a wiki Formatter (from import Formatter) to process the text as wiki markup, for example by doing:

from genshi.core import Markup
from import WikiMacroBase
from import Formatter
import StringIO

class HelloWorldMacro(WikiMacroBase):
    def expand_macro(self, formatter, name, text, args):
        text = "whatever '''wiki''' markup you want, even containing other macros"
        # Convert Wiki markup to HTML, new style
        out = StringIO.StringIO()
        Formatter(self.env, formatter.context).format(text, out)
        return Markup(out.getvalue())