Ctrlr UIComponents structure explained #423
damiensellier
started this conversation in
Show and tell
Replies: 2 comments 8 replies
-
Super Damien! |
Beta Was this translation helpful? Give feedback.
7 replies
-
About losing your path: Don't know if it's of any use for you but there is this nifty program called "Sourcetrail". https://www.sourcetrail.com/ (Free for noncommercial use) |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi everybody,
I am currently deciphering how Ctrlr is working under the hood to improve features and fix bugs in a near future.
Here is a diagram about How the GUI is organized with their JUCE component names.
CtrlrDocument is the JUCE top-level component where every sub component are constructed for Ctrlr.
The Main Ctrlr component is CtrlrEditor, CtrlrEditor holds the menuBar and CtrlrPanelEditor
CtrlPanelEditor is a classStretchableLayoutManager layout manager element divided in 3 layouts :
ctrlrPanelViewport (0), spacerComponent(1), ctrlrPanelProperties(2)
Note : spacerComponent is just the little 8px draggable spacer-bar that separates ctrlPanelEditor in two parts, ctrlrPanelViewPort and ctrlrPanelProperties
ctrlrPanelViewport contains another component called ctrlrViewPort which is aimed at displaying scrollbars if ctrlrPanelViewport is smaller than its child ctrlrPanelCanvas
ctrlrPanelProperties contains the ctrlrPanelComponentProperties where you set all the component properties of the selected component. it can also hold the ctrlrPanelResourcesEditor, or the ctrlrPanelUtilities for the XML text of the current component.
Last but not least ctrlrPanelCanvas which is the layout we are all working on and contains all the components/modulators we need for our panels.
Hope it helps to understand a little bit better the file and UI structure of Ctrlr.
Beta Was this translation helpful? Give feedback.
All reactions