Hi Anton,
You should define a style on your producer side. Your histograms will be
created using the default parameters in the current style.
If this is not possible on the producer side, you can define a style
on the consumer side and instruct Root that when it imports new objects
like TH1x from a socket, it has to apply the current consumer style to
these objects.
gROOT->ForceStyle();
Once this statement has been invoked (once per consumer session), all
the imported objects will be forced to have this style.
Otherwise, you will have to define a complex protocol to inform the
producer
whenever you change object attributes on the consumer side.
Rene Brun
KOSU_FOKIN@garbo.lucas.lu.se wrote:
>
> Hello again,
>
> First of all a short anecdote:
>
> a patient (P) comes to a doctor (D)
>
> D: what's you problem?
> P: everybody ignores me!
> D: next, please ...
>
> ---
>
> Well :) I would like to go back to my old question about histograms and pads.
> I have a producer-consumer application where a producer writes histograms to
> a TMapFile or sends it via TSocket. A consumer reads histogram from TMapFile
> or from TMessage and updates it in a TPad. That's all fine. Now I would like
> to change something like SetAxisColor() for a histogram using this nice
> on-mouse-click panel on consumer side. Of course it changes the color for a
> current histogram and of course the color changes back at the next update because
> I draw a new histogram wich holds the old axis color. At the same time LogX and LogY
> are properties of a Pad, so I can change them once and for all histograms.
>
> Could you suggest the best way to solve this problem? Do you think that the
> best way to manage with histogram attributes is to change them on the producer
> side every time I change it on the consumer side? And where should I store
> DrawOption for a histogram? Currently I have a wrapper class THObj which holds
> options but I do not think it is the most elegant solution.
>
> Best regards,
> Anton
This archive was generated by hypermail 2b29 : Tue Jan 04 2000 - 00:43:41 MET