dxd - dynax driver framework 3.0.1d223
cross platform open source driver development framework
Loading...
Searching...
No Matches
dx_gui_cpl.h File Reference
#include "dx_gui_device.h"
#include "dx_exception.h"
#include <wx/scrolwin.h>
#include <wx/treectrl.h>
#include <wx/filedlg.h>
#include <wx/filename.h>
#include <wx/menu.h>
#include <algorithm>
#include <deque>
Include dependency graph for wxwidgets/dx_gui_cpl.h:

Classes

class  dx::gui::cpl< driver_t >
 the control panel application: one window holding the driver's device tree, every device a branch of it. The driver itself is a base of the tree view below, so a device arriving on the bus adds its line - marshalled onto the message thread More...
class  dx::gui::cpl< driver_t >::frame::panel::driver
 the device tree: it is the driver, so a device arriving on the bus adds its own line More...
class  dx::gui::cpl< driver_t >::frame::panel::scroller
class  dx::gui::exception_dialog
 dx::gui::exception_dialog wxWidgets counterpart of the juce interface's exception hierarchy dialog: shows a dx::exception and its chain of causes (frame, comment, what()+error code, file:line, function) as a navigable tree, instead of collapsing it into a single message string. More...
class  dx::gui::looknfeel
 dx::gui::looknfeel Approximates the juce interface's dark/light colour scheme on the containers wx lets us recolour (frame/panel/splitter backgrounds, the tree, and - via colour inheritance - future field labels) without fighting native control rendering. Buttons, combo boxes, checkboxes and text fields are deliberately left to render as the platform normally would: recolouring native controls fights macOS's own dark-mode appearance, whereas juce draws every control itself and so can commit to one look on every platform. More...

Namespaces

namespace  dx
 dynax driver framework interface namespace
namespace  dx::gui
 the control panel's widgets over JUCE: each one takes the value it edits and a listener, writes the device's desc back on a change and follows the desc when something else changes it - so a panel is composed of these, never of event handling of its own

Macros

#define DX_GUI_APPLICATION_NAME_STRING   "dx"
#define DX_GUI_APPLICATION_VERSION_STRING   DX_STRINGIFY(DX_VERSION)
#define DX_GUI_START_APPLICATION(AppClass)

Macro Definition Documentation

◆ DX_GUI_APPLICATION_NAME_STRING

#define DX_GUI_APPLICATION_NAME_STRING   "dx"

◆ DX_GUI_APPLICATION_VERSION_STRING

#define DX_GUI_APPLICATION_VERSION_STRING   DX_STRINGIFY(DX_VERSION)

◆ DX_GUI_START_APPLICATION

#define DX_GUI_START_APPLICATION ( AppClass)
Value:
wxIMPLEMENT_APP(AppClass);

(c) copyright 2009 dynamic acoustics e.U. generated on

a closed source license may be obtained by requesting a written permission from dynamic acoustics e.U.
however - governmental use generally and military use especially is strictly prohibited though.