MantisBT - Hall D Online
View Issue Details
0000402Hall D OnlineMonitoringpublic2014-04-08 11:102014-07-16 14:05
davidl 
sdobbs 
normalminorhave not tried
assignedopen 
No
0
0
0000402: ROOTSpy: Add Macros for complex displays
For the CDC, a convenient way of holding occupancy information is using a single histogram for each ring. (28 histograms total). These need to be plotted all on the same axes and using polar coordinates (the "pol" option.) Complex rendering like this may be needed in other places as well and is probably best handled using a macro supplied by the author.

Two options should be implemented:

1.) The server sends the macro. This allows, in principle, the author of the histogram to send it from a string embedded inside plugin code. It would guarantee the macro was available whenever and wherever the histogram is made.

2.) The client uses a macro or set of macros at a location they specify. This could be useful for setting up shift-taker situations where they are pulling histograms from lots of places and wish to display a subset, possibly with a divided canvas for efficiency.

One possibility is to allow the server to package a tree or set of histograms in a TMemFile object (as is currently done for TTrees). This could allow including macros as well in the form of TObjString objects. The TFileMerger class can be used to combine multiple TMemFiles similar to how histograms are added.
No tags attached.
Issue History
2014-04-08 11:10davidlNew Issue
2014-04-08 11:10davidlWork by outside group for Hall D => No
2014-04-08 11:10davidlPercentage complete => 0
2014-04-08 11:10davidlActual man-weeks => 0
2014-04-09 12:55sdobbsNote Added: 0000586
2014-07-16 14:05sdobbsStatusnew => assigned
2014-07-16 14:05sdobbsAssigned To => sdobbs

Notes
(0000586)
sdobbs   
2014-04-09 12:55   
I've been thinking that to handle the more complicated displays, it would be helpful to spin off the code that handles drawing the histograms/whatever from rs_mainframe into its own class.

Also, for creating displays for shift-taking, one potentially straightforward way would be to allow the creation of a new window with multiple TPads (one per histogram), as opposed to splitting the TPad. There does exist the ability to link a client side script to be run every time that a histogram is displayed, which allows for limited client-side customizability.

There is also the ability to define sets of histograms that can be activated all at once. It could be possible to piggyback the creation of views for shift takers on top of this.