#10487 closed enhancement (fixed)
TicketQuery documentation improvement proposal
Reported by: | AdrianFritz | Owned by: | AdrianFritz |
---|---|---|---|
Priority: | low | Milestone: | 1.0.2 |
Component: | query system | Version: | 0.13dev |
Severity: | trivial | Keywords: | |
Cc: | Branch: | ||
Release Notes: |
Documented |
||
API Changes: | |||
Internal Changes: |
Description
I believe this can improve a little bit TicketQuery documentation (rendered from source code found at http://trac.edgewall.org/browser/trunk/trac/ticket/query.py?rev=10750#L1178)
START
TicketQuery macro lets you display lists of tickets matching certain criteria anywhere you can use WikiFormatting.
This macro accepts a comma-separated list of keyed parameters, in the form "key=value", as follws:
[[TicketQuery([key=value][,key=value][,key=value]...)]]
If the key is the name of a ticket 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 (\).
The date keys created
and modified
can also constrain the criteria. Again, see TracQuery#QueryLanguage.
In addition to filters, several other named parameters can be used to control how the results are presented. All of them are optional.
Key | Description & Details | Default |
---|---|---|
col | Pipe-separated list of columns and its order to show (requires format=table ). | col=id|summary |owner|type| status|priority |milestone
|
desc | Reverse (true ) the natural display order of the tickets. | desc=false
|
format 1 | Sets how the list of tickets is displayed: * list — ticket id next to the summary , each ticket on a separate line.* compact — comma-separated list of ticket id s.* count — the count of matching tickets* table — similar to the custom query view (but without the controls)* progress — a view similar to the milestone progress bars. | format=list
|
group | Sets the ticket field for grouping tickets. | None
|
groupdesc | Reverse (true ) the natural display order of the groups. | groupdesc=false
|
max | Sets the limit number of tickets to display (max=0 means no maximum). | max=0
|
order | Sets the ticket field for ordering tickets. | order=id
|
rows | Pipe-separated list of ticket fields to be viewed as a row, e.g. rows=description|summary (requires format=table ) | None
|
verbose | Get the description for the listed tickets (true ). Use with format=table only. Deprecated (< 0.12) in favor of the rows key. | verbose=false
|
- Note 1
- 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.
- Note
- Also, for compatibility with Trac 0.10, using "&" as a field separator still works (except for order) but is deprecated.
Attachments (0)
Change History (16)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
Feel free to edit the wiki here with your changes. The pages bundled with Trac are synchronized from this wiki. Just make sure you edit the right version for the features you document (i.e. if it's for 0.13, you should edit 0.13/TicketQuery (or create the page first, using a copy of the content of TicketQuery).
comment:3 by , 13 years ago
Thanks for guidelines Remy. First round at wiki:0.13/TicketQuery@1. Probably you will have to perform manually synchronization because original wiki page (TicketQuery) has part of its contents rendered by [[MacroList(TicketQuery)]]
macro.
comment:4 by , 13 years ago
I wasn't all too clear in comment:2, sorry about that. What I meant is that for pages belonging to TracGuide, we create the "versioned" page with the latest version from the "live" guide, and only then do we add modifications. This allows keeping track of the differences between versions and sometimes even to forward-merge changes.
I have done that now in 0.13/TicketQuery, by removing the page, re-creating it with a copy of TicketQuery and re-applying your changes.
comment:7 by , 13 years ago
Milestone: | next-stable-1.0.x → 1.0 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Looks like this is "done", no?
follow-up: 9 comment:8 by , 12 years ago
Owner: | set to |
---|
comment:11 by , 12 years ago
Milestone: | 1.0 → next-stable-1.0.x |
---|---|
Resolution: | fixed |
Status: | closed → reopened |
Looks like that 0.13 page hasn't yet been moved to the default TicketQuery page, as it's not part of the set of default wiki pages.
I reopen so that we can take the time to review the changes again.
comment:12 by , 11 years ago
#9549 was closed as a duplicate.
I moved some of the examples from 0.13/TicketQuery to TicketQuery.
comment:2:ticket:9549 hinted that the docstring is also missing the col
parameter, and I think the other changes of 0.13/TicketQuery that replace [[MacroList(TicketQuery)]]
should also go there instead.
comment:13 by , 11 years ago
Actually the only part I really miss is the added col
parameter. (Using a complex table doesn't work so well in the docstring.)
I therefore propose:
-
trac/ticket/query.py
diff -r 57b0256a39d3 trac/ticket/query.py
a b 1261 1261 The `rows` parameter can be used to specify which field(s) should 1262 1262 be viewed as a row, e.g. `rows=description|summary` 1263 1263 1264 The `col` parameter can be used to specify which fields should 1265 be viewed as columns. For '''table''' format only. 1266 1264 1267 For compatibility with Trac 0.10, if there's a last positional parameter 1265 1268 given to the macro, it will be used to specify the `format`. 1266 1269 Also, using "&" as a field separator still works (except for `order`)
comment:14 by , 11 years ago
Milestone: | next-stable-1.0.x → 1.0.2 |
---|
comment:15 by , 11 years ago
Release Notes: | modified (diff) |
---|---|
Resolution: | → fixed |
Status: | reopened → closed |
comment:16 by , 11 years ago
Release Notes: | modified (diff) |
---|
Other improvements should be expected here, like:
key
is available or deprecatedrow
(formatted as "Reported by nononon, x years ago.") when only usedrows=description
col
key default settings might require some more adjusts for proper rendering