[[Image]]

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.

The file specification may also refer to:

• repository files, using the source:file syntax (source:file@rev works also).
• files, using direct URLs: /file for a project-relative, //file for a server-relative, or http://server/file for absolute location. An InterWiki prefix may be used.
• embedded data using the ​rfc2397 data URL scheme, provided the URL is enclosed in quotes.

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. 120px, 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.
• inline specifies that the content generated be an inline XHTML element. By default, inline content is not generated, therefore images won't be rendered in section headings and other one-line content.
• 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 (units are pixels).
  • margin is superseded by center which uses auto margins

Examples:

[[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 Image.py macro created by Shun-ichi Goto <gotoh@…>

[[InterTrac]]

Provide a list of known InterTrac prefixes.

[[InterWiki]]

Provide a description list for the known InterWiki prefixes.

[[KnownMimeTypes]]

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

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

[[MacroList]]

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!

[[PageOutline]]

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.

[[RecentChanges]]

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:

group=date

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

group=none

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)]].

[[RepositoryIndex]]

Display the list of available repositories.

Can be given the following named arguments:

format

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

glob

Do a glob-style filtering on the repository names (defaults to '*')

order

Order repositories by the given column (one of "name", "date" or "author")

desc

When set to 1, order by descending order

[[SubscriberList]]

Display a list of all installed notification subscribers, including documentation if available.

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

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

[[TitleIndex]]

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.

The prefix string supports the standard relative-path notation when using the macro in a wiki page. A prefix string starting with ./ will be relative to the current page, and parent pages can be specified using ../.

Several 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.

[[TracAdminHelp]]

Display help for trac-admin commands.

Examples:

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

[[TracGuideToc]]

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. See the ​TocMacro for a more customizable table of contents.

[[TracIni]]

Produce documentation for the Trac configuration file.

Typically, this will be used in the TracIni page. The macro accepts two ordered arguments and two named arguments.

The ordered 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.

The named arguments can be specified:

section

a glob-style filtering on the section names

option

a glob-style filtering on the option names

[[Workflow]]

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 WikiProcessor mode the width and height arguments can be specified (Defaults: width = 800 and height = 600).

The repository-scoped path of a workflow file can be specified as either a macro or WikiProcessor file argument. The file revision can be specified by appending @<rev> to the path. The file argument value must be enclosed in single or double quotes. (Since 1.3.2).

Examples:

[[Workflow()]]

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

[[Workflow(file=/contrib/workflow/enterprise-workflow.ini@1)]]

{{{#!Workflow file="/contrib/workflow/enterprise-workflow.ini"
}}}

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

create = <none> -> new
create.default = 1

create_and_assign = <none> -> assigned
create_and_assign.label = assign
create_and_assign.permissions = TICKET_MODIFY
create_and_assign.operations = may_set_owner

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
}}}

Implementation Author

• Kunal Kumar (to be contacted for any queries regarding this model implementation)
  • kkumar -at- physics.carleton.ca, Carleton University

In collaboration with

• Katy Hartling
  • khally -at- physics.carleton.ca, Carleton University
• Heather E. Logan
  • logan -at- physics.carleton.ca, Carleton University

Model Description and Implementation

The Georgi-Machacek (GM) model was proposed in 1985 [1] as a plausible scenario for EWSB with interesting collider signatures. In this model, the scalar sector of the Standard Model (SM) is extended by the addition of one complex and one real SU(2) triplet. The hypercharge assignments of the triplets allows for a custodial SU(2) symmetry to be imposed upon the scalar potential, so that rho=1 is preserved at tree level. This is desirable for SM extensions in light of constraints from electroweak precision data. The model has the following salient features that make it phenomenologically interesting:

• the hVV (and hhVV) coupling can be enhanced compared to the SM
• the presence of additional scalars (including doubly charged ones)

The GM model can thus be a useful benchmark for the study of Higgs properties as well as searches for additional scalars.

The doublet vev

$v_\phi$

and the triplet vevs

$v_\chi$

are constrained by

$v_{\phi}^2 + 8 v_{\chi}^2 = v_{SM}^2 $

to ensure the model generates the measured W and Z boson masses. We parametrize the relative size of the vevs by

$\tan \theta_H = 2 \sqrt{2} v_\chi / v_\phi$.

The scalars (apart form Goldstone bosons) in this model can be classified as two custodial SU(2) singlets, a triplet and a fiveplet. The two custodial singlets mix by an angle alpha to give eigenstates h and H, one of which is the 125 GeV Higgs.

We follow Ref. [2] to implement the most general scalar potential that conserves custodial SU(2). It is automatically CP-conserving. The parameters of the potential are denoted by mu2sq, mu3sq, lam1, lam2, lam3, lam4, lam5, M1coeff and M2coeff in the .fr file. We trade three of these to obtain the set of 9 external parameters (mh, Gf, tanth, lam2, lam3, lam4, lam5, M1coeff, M2coeff) in the .fr file that define the scalar potential.

The GM Lagrangian implementation is based on the SM implementation (SM. fr v 1.3). In addition to the scalar potential, we modify all the relevant SM Lagrangian terms that change in the GM model (e.g.: Scalar Kinetic Terms, Yukawa couplings).

We also provide the CalcHEP and MG5 model folders generated from the .fr file (feynman gauge was chosen for generating both these model folders). In the case of MG5, event generation can be simplified by using the program GMCALC (description below) to generate a param_card.dat file. (Note that the widths of t, W+, h and additional scalars should be updated in MG5 using the compute_widths option.)

References

1. H. Georgi and M. Machacek, Nucl. Phys. B 262, 463 (1985) ​http://www.sciencedirect.com/science/article/pii/0550321385903256.
2. K. Hartling, K. Kumar and H. E. Logan, Phys. Rev. D 90, 015007 (2014) ​[hep-ph].

Model files

Interfaces The .fr file can be used to generate model folders that can be used by Madgraph and CalcHEP. [GM_UFO.tar.gz]

Validation The feynman rules generated were checked by hand and are summarised in ​arXiv:1404.2640

GMCALC A calculator that checks for theoretical constraints as well as indirect experimental constraints ​http://people.physics.carleton.ca/~logan/gmcalc/

Change Log

• v1.2
  • Modified the antiparticle names of some scalars for clarity
  • Changed name of EXT. variable th --> tanth for clarity
  • Modified the labels used for some terms of the Lagrangian
  • Modified default values of certain EXT. parameters
  • Added the field "TeX-->" for EXT. parameters lam2-lam5