0000402: ROOTSpy: Add Macros for complex displays

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000402

Hall D Online

Monitoring

public

2014-04-08 11:10

2014-07-16 14:05

Reporter

davidl

Assigned To

sdobbs

Priority

normal

Severity

minor

Reproducibility

have not tried

Status

assigned

Resolution

open

Platform

OS Version

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

Estimated man-weeks

Percentage complete

Actual man-weeks

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