This document is intended for those already familiar with graphical user interface programming in SuperCollider. If you are new to this topic, you are suggested to first read the Introduction to GUI.
For the purpose of this guide, let's switch to the Qt GUI:
Every view can be displayed as a window on its own, without the use of the Window class. Hence, most methods that are present in Window, are also present in View.
For example, you can display any view without embedding it in a Window or another container view using the View: -front method. For this reason, it is valid to omit the 'parent' argument at view construction - any view without a parent can be shown as a window:
Every view can contain other views (i.e. act as their parent). For this reason, if you want to group several views together, you can simply use a View as the container:
The Qt layout system allows you to forget about pixels - it manages the size and position of child views in a parent automatically.
You may have noticed in the examples above that, besides omitting the
parent argument, we sometimes omitted the
bounds argument as well, at view construction. This is possible because views have intrinsically defined preferred and minimum sizes. See Layout Management: Intrinsic view sizes for further explanation.
A collection of layout classes allows you to associate one of them with a parent view and several child views, and it will manage positions and sizes of the children automatically according to their size preferences and constraints. It will also do that dynamically, as you resize the window:
See the Layout Management guide for detailed explanation.
Qt has the notion of the color palette - a collection of colors from which the views pick when drawing themselves. It is represented by the QPalette class, and can be set on a view using View: -palette.
By default, a window will get the global palette ( QtGUI: *palette ), and the palette is inherited by child views from their parent. Thus, changing the parent's palette will also affect its children, unless the palette has been overridden on a particular child. You can easily change the appearance of the whole GUI by changing the global palette.
Try changing the global palette with the code below; if you have the Qt GUI active, this will affect this window as well:
In addition to key events, mouse events can also propagate to parent views.
Also, the control over event propagation works differently in Qt. See View: Key and mouse event processing for detailed explanation.
Moreover, you can make a view transparent for mouse events using View: -acceptsMouse, which will forward all mouse events to the view under, regardless of whether they are in a parent-child relationship.
Many Qt views already implement some kind of mouse wheel interaction. For example, you can scroll a ScrollView, ListView and TreeView using the mouse wheel. You can also change the value of a Slider or a Knob using the mouse wheel. In addition, you can assign an action of your own to the mouse wheel event using View: -mouseWheelAction:
Since views can be automatically repositioned and resized by layouts, or by the user (if they are windows), it may come handy to make your view respond to these changes using View: -onMove and View: -onResize.
Qt brings a new implementation of Stethoscope that uses shared memory to allow highly efficient monitoring of buses on any local server.
All the 'scope' methods of various classes (like Server, Bus, Function, etc.) are wired to this new implementation, so you don't need to worry about instantiating a Stethoscope yourself.
SoundFileView has infinite display resolution. This means you can always zoom into the waveform until you see a single sound frame.
It also offers convenient mouse interaction for zooming in and scrolling:
Alternatively to displaying a soundfile, you can allocate an empty amount of display frames, and fill it part by part with data to display (see documentation of SoundFileView: -alloc and SoundFileView: -set). This allows, for example, to implement efficient monitoring of recording into a Buffer.
EnvelopeView offers two different display styles: in addition to traditional style where nodes are drawn as rectangles with labels inside, it can draw nodes as small dots, with labels next to them. See EnvelopeView: -style.
You can enforce a strict order of nodes on the time axis. In this case, a node can not move to position before the previous node, or after the next node. See EnvelopeView: -keepHorizontalOrder and the example below.
You can also control how a selection of nodes behaves when it is moved: it can either keep its form rigidly and block all movement when meeting view edges or other nodes, or it can adjust its form to the obstacles, allowing the movement of those nodes that are not blocked individually. See EnvelopeView: -elasticSelection and the following example.
Example: try selecting several nodes (by clicking on them with Shift key pressed) and moving them around, then use the menu to switch the way selection behaves, and repeat:
ScrollView allows to replace the canvas that holds its child views with an arbitrary view. This allows great flexibility, including using a layout to manage the child views. See ScrollView: -canvas for explanation, and this example.
TreeView is a powerful addition to the group of views that display a set of items (including ListView and PopUpMenu). It displays items organized in a hierarchical manner, akin to filesystem browsers.
Unlike ListView, where items are only arranged in one column, TreeView may consist of several columns: each item occupies a row, and may contain one text value for each column. Columns also have labeled headers.
Moreover, each data field of an item may also contain another view, giving you a great potential for interactivity with items.
WebView is the core component for web page browsing. It is also implemented in the Cocoa GUI, but we list it here nonetheless.
It is a view that displays web pages, with web technology support comparable to widespread desktop web browsers.