[rt-users] Feature suggestion: Tree view of tickets

Brown, Matt A. Matt.Brown at pearson.com
Mon Sep 22 10:19:25 EDT 2008


I would love to see this functionality as well.  In the meantime, I
created a query that will display the child tickets below the parent
ticket, but at this point it only shows the child ticket number, not the
title/status/etc.  It's also not collapsible.  It's a minor step toward
a tree-view, and likely as far as I can get using just a query. 

In Edit Query - Advanced screen, this is in the top box:

  (  Queue = 'Projects:Matt' ) AND  (  Status != 'resolved' AND Status
!= 'rejected' ) AND Priority < 4 

And this is in the bottom box:

'   <b><a
href="/rt/Ticket/Display.html?id=__id__">__id__</a></b>/TITLE:Ticket',
'<b><a
href="/rt/Ticket/Display.html?id=__id__">__Subject__</a></b>/TITLE:Subje
ct',
'__Status__',
'__QueueName__',
'__OwnerName__',
'__Priority__',
'__NEWLINE__',
'',
'<b><small><a
href="/rt/Ticket/Display.html?id=__id__">__Children__</b></small></a>/TI
TLE:Children',
'<small>__Requestors__</small>',
'<small>__DueRelative__</small>',
'__-__',
'<small>__CreatedRelative__</small>',
'<i><small><a
href="/rt/Ticket/Display.html?id=__LastUpdate__">__LastUpdatedRelative__
</i></small></a>'


I'm sure that there's some line breaks that came through on email.
Remember that each line starts with a ' and you should be able to
re-construct it.

Again, it's not pretty, but it does the job until someone with more
know-how than me updates the Tree-View module/plug-in.

Hope this helps.

Matt

-----Original Message-----
From: rt-users-bounces at lists.bestpractical.com
[mailto:rt-users-bounces at lists.bestpractical.com] On Behalf Of Jesse
Vincent
Sent: Monday, September 22, 2008 8:11 AM
To: Richard Hartmann
Cc: RT Users
Subject: Re: [rt-users] Feature suggestion: Tree view of tickets




On Mon 22.Sep'08 at 13:07:02 +0200, Richard Hartmann wrote:
> Hi all,
> 
> I would like to bounce an idea to this list:
> 
> A tree view mode for search results. Obviously, this would be a large 
> change, especially if it is done in a generic way. A generic framework

> would be able to create structures on any combination of 
> inter-relations, but the main use case I can see is to make dependent 
> tickets more manageable.
> 

http://search.cpan.org/dist/RT-View-Tree/ 

This was a one-off I built for a customer. It hasn't been touched in 3
years and likely needs some tweaking, but might be worth trying.

> Consider this example
> 
> #1 Buy beer
> #3 [+] Go camping (0/5)
> #2 Buy junk food
> 
> Now, I click on the plus in front of #2:
> 
> #1 Buy beer
> #3 [-] Go camping (0/5)
>  #4 Pack tent
>  #5 Pack sleeping bag
>  #6 [+] Call friends (0/2)
> #2 Buy junk food
> 
> #6 would have a 2 sub-tickets of its own, Alice & Bob. After calling 
> Alice and packing my tent, I would see this:
> 
> #1 Buy beer
> #3 [-] Go camping (2/5)
>  #5 Pack sleeping bag
>  #6 [+] Call friends (1/2)
> #2 Buy junk food
> 
> 
> The obvious benefit is that you are a _lot_ more aware of what is 
> going on with nested ticket dependencies.
> 
> 
> There are a few considerations which relate to this:
> 
> 1) How to handle circular dependencies? How to break them?
> 
> 2) Should finished tickets in this structure be shown or hidden?
> Ideally, this would be an option, with the shown tickets using RT's 
> ticket-inactive CSS style.
> 
> 3) Should clicking a [+] expand all or just the current sub-tree? Or 
> should it remember the open/closed status of all tree nodes and 
> restore to whatever was there before?
> 
> 4) Should the n in the (n/m) display show open or finished ticket
count?
> Again, this would ideally be an option or, even better, all data would

> be accessible via Display Columns of Search.html .
> 
> 
> The largest problem I see is 1); RT supports graphs whereas my 
> suggested scheme is a tree. The trade-off between usability, 
> displayability (made up a word, yay!) and coding effort on the one 
> hand and data handling capabilities on the other hand is, imo, a good
one in this case, though.
> 
> 
> If this feature suggesion is deemed worthy, what would be the 
> approximate time-frame of this seeing the light of day?
> 
> 
> Thanks,
> Richard
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
> 
> Community help: http://wiki.bestpractical.com Commercial support: 
> sales at bestpractical.com
> 
> 
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
> Buy a copy at http://rtbook.bestpractical.com
> 

-- 



More information about the rt-users mailing list