Changes between Version 2 and Version 3 of TracLinks
- Timestamp:
- 2019-05-02T09:45:05-03:00 (6 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TracLinks
v2 v3 1 = Trac Links 2 1 = Trac Links = 3 2 [[TracGuideToc]] 4 [[PageOutline(2-5,Contents,pullout)]] 5 6 TracLinks are a fundamental feature of Trac, because they allow easy hyperlinking between the various entities in the system — such as tickets, reports, changesets, Wiki pages, milestones, and source files — from anywhere where WikiFormatting is used. 7 8 TracLinks are generally of the form '''type:id''' (where ''id'' represents the number, name or path of the item) though some frequently used kinds of items also have short-hand notations. 9 10 == Where to use TracLinks 11 3 4 TracLinks are a fundamental feature of Trac, because they allow easy hyperlinking between the various entities in the system—such as tickets, reports, changesets, Wiki pages, milestones, and source files—from anywhere WikiFormatting is used. 5 6 TracLinks are generally of the form '''type:id''' (where ''id'' represents the 7 number, name or path of the item) though some frequently used kinds of items 8 also have short-hand notations. 9 10 == Where to use TracLinks == 12 11 You can use TracLinks in: 13 12 … … 18 17 and any other text fields explicitly marked as supporting WikiFormatting. 19 18 20 == Overview 19 == Overview == 21 20 22 21 ||= Wiki Markup =||= Display =|| … … 52 51 }}} 53 52 54 '''Note:''' The wiki:CamelCase form is rarely used, but it can be convenient to refer to pages whose names do not follow WikiPageNames rules, ie single words, non-alphabetic characters, etc. See WikiPageNames for more about features specific to links to Wiki page names. 53 '''Note:''' The wiki:CamelCase form is rarely used, but it can be convenient to refer to 54 pages whose names do not follow WikiPageNames rules, i.e., single words, 55 non-alphabetic characters, etc. See WikiPageNames for more about features specific 56 to links to Wiki page names. 55 57 56 58 … … 103 105 TracLinks are a very simple idea, but actually allow quite a complex network of information. In practice, it's very intuitive and simple to use, and we've found the "link trail" extremely helpful to better understand what's happening in a project or why a particular change was made. 104 106 105 == Advanced use of TracLinks 106 107 === Relative links 107 108 == Advanced use of TracLinks == 109 110 === Relative links === 108 111 109 112 To create a link to a [trac:SubWiki SubWiki]-page just use a '/': … … 125 128 126 129 But in practice you often won't need to add the `../` prefix to link to a sibling page. 127 For resolving the location of a wiki link, it's the target page closest in the hierarchy to the page where the link is written which will be selected. So for example, within a sub-hierarchy, a sibling page will be targeted in preference to a toplevel page. 130 For resolving the location of a wiki link, it's the target page closest in the hierarchy 131 to the page where the link is written which will be selected. So for example, within 132 a sub-hierarchy, a sibling page will be targeted in preference to a toplevel page. 128 133 This makes it easy to copy or move pages to a sub-hierarchy by [[WikiNewPage#renaming|renaming]] without having to adapt the links. 129 134 130 To link explicitly to a [=#toplevel toplevel] Wiki page, use the `wiki:/` prefix. Be careful **not** to use the `/` prefix alone, as this corresponds to the [#Server-relativelinks] syntax and with such a link you will lack the `/wiki/` part in the resulting URL. A link such as `[../newticket]` will stay in the wiki namespace and therefore link to a sibling page. 131 132 === Link anchors 135 In order to link explicitly to a [=#toplevel toplevel] Wiki page, 136 use the `wiki:/` prefix. Be careful **not** to use the `/` prefix alone, as this corresponds to the [#Server-relativelinks] syntax and with such a link you will lack the `/wiki/` part in the resulting URL. A link such as `[../newticket]` will stay in the wiki namespace and therefore link to a sibling page. 137 138 === Link anchors === 133 139 134 140 To create a link to a specific anchor in a page, use '#': … … 174 180 [trac:source:trunk/trac/env.py#/ISystemInfoProvider ISystemInfoProvider] 175 181 176 === InterWiki links 177 178 Other prefixes can be defined freely and made to point to resources in other Web applications. The definition of those prefixes as well as the URLs of the corresponding Web applications is defined in a special Wiki page, the InterMapTxt page. Note that while this could be used to create links to other Trac environments, there is a more specialized way to register other Trac environments which offers greater flexibility.179 180 === InterTrac links 182 === InterWiki links === 183 184 Other prefixes can be defined freely and made to point to resources in other Web applications. The definition of those prefixes as well as the URLs of the corresponding Web applications is defined in a special Wiki page, the InterMapTxt page. Note that while this could be used to create links to other Trac environments, there's a more specialized way to register other Trac environments which offers greater flexibility. 185 186 === InterTrac links === 181 187 182 188 This can be seen as a kind of InterWiki link specialized for targeting other Trac projects. … … 187 193 See InterTrac for the complete details. 188 194 189 === Server-relative links 190 191 It is often useful to be able to link to objects in your project that have no built-in Trac linking mechanism, such as static resources, `newticket`, a shared `/register` page on the server, etc. 192 193 To link to resources inside the project, use either an absolute path from the project root, or a relative link from the URL of the current page (''Changed in 0.11''): 195 === Server-relative links === 196 197 It is often useful to be able to link to objects in your project that 198 have no built-in Trac linking mechanism, such as static resources, `newticket`, 199 a shared `/register` page on the server, etc. 200 201 To link to resources inside the project, use either an absolute path from the project root, 202 or a relative link from the URL of the current page (''Changed in 0.11''): 194 203 195 204 {{{ … … 209 218 Display: [//register Register Here] or [[//register|Register Here]] 210 219 211 === Quoting space in TracLinks 212 213 Immediately after a TracLinks prefix, targets containing space characters should be enclosed in a pair of quotes or double quotes. 220 === Quoting space in TracLinks === 221 222 Immediately after a TracLinks prefix, targets containing space characters should 223 be enclosed in a pair of quotes or double quotes. 214 224 Examples: 215 225 * !wiki:"The whitespace convention" … … 222 232 * ![[attachment:the file.txt]] 223 233 224 === Escaping Links 234 === Escaping Links === 225 235 226 236 To prevent parsing of a !TracLink, you can escape it by preceding it with a '!' (exclamation mark). … … 234 244 ![42] is not a link either. 235 245 236 === Parameterized Trac links 246 247 === Parameterized Trac links === 237 248 238 249 Many Trac resources have more than one way to be rendered, depending on some extra parameters. For example, a Wiki page can accept a `version` or a `format` parameter, a report can make use of dynamic variables, etc. … … 244 255 - `[/newticket?summary=Add+short+description+here create a ticket with URL with spaces]` 245 256 246 == TracLinks Reference 247 257 258 == TracLinks Reference == 248 259 The following sections describe the individual link types in detail, as well as notes on advanced usage of links. 249 260 250 === attachment: links 261 === attachment: links === 251 262 252 263 The link syntax for attachments is as follows: … … 263 274 See also [#export:links]. 264 275 265 === comment: links 276 === comment: links === 266 277 267 278 When you're inside a given ticket, you can simply write e.g. !comment:3 to link to the third change comment. … … 274 285 - `ticket:123#comment:description` 275 286 276 === htdocs: links 287 === htdocs: links === 277 288 278 289 Use `htdocs:path/to/file` to reference files in the `htdocs` directory of the Trac environment, the [TracEnvironment#DirectoryStructure web resource directory]. 279 290 280 === query: links 291 === query: links === 281 292 282 293 See TracQuery#UsingTracLinks and [#ticket:links]. 283 294 284 === search: links 295 === search: links === 285 296 286 297 See TracSearch#SearchLinks 287 298 288 === ticket: links 289 290 ''aliases:'' `bug:`, `issue:` 299 === ticket: links === 300 ''alias:'' `bug:` 291 301 292 302 Besides the obvious `ticket:id` form, it is also possible to specify a list of tickets or even a range of tickets instead of the `id`. This generates a link to a custom query view containing this fixed set of tickets. … … 296 306 - `ticket:1,150` 297 307 298 === timeline: links 308 === timeline: links === 299 309 300 310 Links to the timeline can be created by specifying a date in the ISO:8601 format. The date can be optionally followed by a time specification. The time is interpreted as being UTC time, but if you don't want to compute the UTC time, you can specify a local time followed by your timezone offset relative to UTC. … … 308 318 - `timeline:2008-01-29T16:48+01:00` 309 319 310 === wiki: links 320 === wiki: links === 311 321 312 322 See WikiPageNames and [#QuotingspaceinTracLinks quoting space in TracLinks] above. It is possible to create a link to a specific page revision using the syntax WikiStart@1. 313 323 314 === Version Control related links 315 316 It should be noted that multiple repository support works by creating a kind of virtual namespace for versioned files in which the toplevel folders correspond to the repository names. Therefore, in presence of multiple repositories, a ''/path'' specification in the syntax of links detailed below should start with the name of the repository. If omitted, the default repository is used. In case a toplevel folder of the default repository has the same name as a repository, the latter "wins". One can always access such folder by fully qualifying it . The default repository can be an alias of a named repository, or conversely, it is always possible to create an alias for the default repository, ask your Trac administrator.324 === Version Control related links === 325 326 It should be noted that multiple repository support works by creating a kind of virtual namespace for versioned files in which the toplevel folders correspond to the repository names. Therefore, in presence of multiple repositories, a ''/path'' specification in the syntax of links detailed below should start with the name of the repository. If omitted, the default repository is used. In case a toplevel folder of the default repository has the same name as a repository, the latter "wins". One can always access such folder by fully qualifying it (the default repository can be an alias of a named repository, or conversely, it is always possible to create an alias for the default repository, ask your Trac administrator). 317 327 318 328 For example, `source:/trunk/COPYING` targets the path `/trunk/COPYING` in the default repository, whereas `source:/projectA/trunk/COPYING` targets the path `/trunk/COPYING` in the repository named `projectA`. This can be the same file if `'projectA'` is an alias to the default repository or if `''` (the default repository) is an alias to `'projectA'`. 319 329 320 ==== source: links 321 330 ==== source: links ==== 322 331 ''aliases:'' `browser:`, `repos:` 323 332 324 The default behavior for a `source:/some/path link` is to open the browser in that directory directory if the path points to a directory or to show the latest content of the file. 333 The default behavior for a `source:/some/path link` is to open the browser in that directory directory 334 if the path points to a directory or to show the latest content of the file. 325 335 326 336 It's also possible to link directly to a specific revision of a file like this: 327 337 - `source:/some/file@123` - link to the file's revision 123 328 338 - `source:/some/file@head` - link explicitly to the latest revision of the file 329 - `source:/some/file@named-branch` - link to latest revision of the specified file in `named-branch` (DVCS such as Git or Mercurial)330 339 331 340 If the revision is specified, one can even link to a specific line number: 332 341 - `source:/some/file@123#L10` 333 342 - `source:/tag/0.10@head#L10` 334 - `source:/some/file@named-branch#L10`335 343 336 344 Finally, one can also highlight an arbitrary set of lines: 337 345 - `source:/some/file@123:10-20,100,103#L99` - highlight lines 10 to 20, and lines 100 and 103, and target line 99 338 - or without version number (the `@` is still needed): `source:/some/file@:10-20,100,103#L99`. Version can be omitted when the path is pointing to a source file that will no longer change (like `source:/tags/...`), otherwise it's better to specify which lines of //which version// of the file you're talking about .346 - or without version number (the `@` is still needed): `source:/some/file@:10-20,100,103#L99`. Version can be omitted when the path is pointing to a source file that will no longer change (like `source:/tags/...`), otherwise it's better to specify which lines of //which version// of the file you're talking about 339 347 340 348 Note that in presence of multiple repositories, the name of the repository is simply integrated in the path you specify for `source:` (e.g. `source:reponame/trunk/README`). ''(since 0.12)'' 341 349 342 ==== export: links 350 ==== export: links ==== 343 351 344 352 To force the download of a file in the repository, as opposed to displaying it in the browser, use the `export` link. Several forms are available: … … 346 354 * `export:123:/some/file` - get revision 123 of the specified file 347 355 * `export:/some/file@123` - get revision 123 of the specified file 348 * `export:/some/file@named-branch` - get latest revision of the specified file in `named-branch` (DVCS such as Git or Mercurial).349 356 350 357 This can be very useful for displaying XML or HTML documentation with correct stylesheets and images, in case that has been checked in into the repository. Note that for this use case, you'd have to allow the web browser to render the content by setting `[browser] render_unsafe_content = yes` (see TracIni#browser-section), otherwise Trac will force the files to be downloaded as attachments for security concerns. … … 352 359 If the path is to a directory in the repository instead of a specific file, the source browser will be used to display the directory (identical to the result of `source:/some/dir`). 353 360 354 ==== log: links 361 ==== log: links ==== 355 362 356 363 The `log:` links are used to display revision ranges. In its simplest form, it can link to the latest revisions of the specified path, but it can also support displaying an arbitrary set of revisions. … … 360 367 - `log:@20788,20791:20795` - list revision 20788 and the revisions from 20791 to 20795 361 368 - `log:/trunk/tools@20788,20791:20795` - list revision 20788 and the revisions from 20791 to 20795 which affect the given path 362 - `log:/tools@named-branch` - the revisions in `tools` starting from the latest revision in `named-branch` (DVCS such as Git or Mercurial)363 369 364 370 There are short forms for revision ranges as well: … … 373 379 ---- 374 380 See also: WikiFormatting, TracWiki, WikiPageNames, InterTrac, InterWiki 381