MantisBT

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000402Hall D OnlineMonitoringpublic2014-04-08 11:102014-07-16 14:05
Reporterdavidl 
Assigned Tosdobbs 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusassignedResolutionopen 
PlatformOSOS Version
Summary0000402: ROOTSpy: Add Macros for complex displays
DescriptionFor 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.
TagsNo tags attached.
Work by outside group for Hall DNo
Estimated man-weeks
Percentage complete0
Actual man-weeks0
Attached Files

- Relationships

-  Notes
(0000586)
sdobbs (developer)
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.

- Issue History
Date Modified Username Field Change
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
Powered by Mantis Bugtracker