-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Plotting class structure #18
Labels
Comments
Can you update this issue @FlavioRyu |
@jkwinter Can you review this issue and give your updates on what changed/what needs to change? |
How will we provide plotting classes to users?
|
In terms of structure, Flavio has documented this in the plotting readme.
Open points:
|
Plotting to-do list
Hist1D
RatioPlot
PullPlot
ProjectionPlot
CMatrixPlot
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I was just brainstorming about the use case of our classes before even starting to have a skeleton and I came up with this:
This a brief example of some functionalities that I thought might be useful to have for some histogram types. These classes will all inherit from a more general
BasicHisto
(which contains methods such asmake_grid()
ordisplay()
and attributes likeline
oraxis
) class which will take in the histogram object (which is a boost-hist for now) and extrapolate and store all relevant information about it. The idea is to create a subclass for each histogram type.It is a very basic scratch so let me know if there is anything that I got wrong or that should be changed about the structure in general.
Edit: this does not make use of any canvas or pad structures.
The text was updated successfully, but these errors were encountered: