I haven't dug too deep in the guts of TGraph, but if it's well-designed, as the ROOT classes I have read carefully certainly are, it should be very straightforward to derive a new class from TGraph adding the new data member and overriding the relevant painting methods of TGraph to do what you want while leveraging most of the existing functionality of TGraph for little cost. Jonathan At 05:09 AM 3/3/2000, Anton Fokin wrote: >Hi Rene, > >thanks for the reply. I understand that it is not convinient to add a new >data field any time somebody asks for a new functionality. Just to mention >that in case of TGraph this "attribute" array might be optional, i.e. it >will not take more than 4 bytes for a pointer if the option is not set. This >feature (different attributes for graph markers) is rather standard in other >(perhaps non-scientific:)) packages. It gives a lot of freedom and >possibilitis, for example to color a range of graph on which a fit is done, >etc. We have an application in which a beam ramp development (or position in >time/energy) is shown as a moving colored piece on a ramp graph. It is >possible to do with markers and lists of functions but it is a bit >artificial ... > >Regards, >Anton =========================================================================== Jonathan M. Gilligan <jonathan.gilligan@vanderbilt.edu> Research Assistant Professor of Physics (615) 343-6252 Dept. of Physics and Astronomy, Box 1807-B Fax: 343-7263 6823 Stevenson Center Vanderbilt University, Nashville, TN 37235 Dep't Office: 322-2828
This archive was generated by hypermail 2b29 : Tue Jan 02 2001 - 11:50:20 MET