|Anonymous | Login | Signup for a new account||2020-08-06 10:28 EDT|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000402||Hall D Online||Monitoring||public||2014-04-08 11:10||2014-07-16 14:05|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Summary||0000402: ROOTSpy: Add Macros for complex displays|
|Description||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.
|Tags||No tags attached.|
|Work by outside group for Hall D||No|
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.
|2014-04-08 11:10||davidl||New Issue|
|2014-04-08 11:10||davidl||Work by outside group for Hall D||=> No|
|2014-04-08 11:10||davidl||Percentage complete||=> 0|
|2014-04-08 11:10||davidl||Actual man-weeks||=> 0|
|2014-04-09 12:55||sdobbs||Note Added: 0000586|
|2014-07-16 14:05||sdobbs||Status||new => assigned|
|2014-07-16 14:05||sdobbs||Assigned To||=> sdobbs|
|Copyright © 2000 - 2020 MantisBT Team|