The AudioComponent now closes the audio device when it's not in use,
saving CPU cycles. Previously, background CPU levels would be between
8 and 10%. Now, when acquisition is not active (and audio device settings
are not being actively edited), background CPU levels drop to 2%. More
optimization will be necessary to get it down to zero, but 2% is still
a big improvement over what we had previously.

UIComponent, ProcessorGraph, etc. were still referencing the configuration
class (but not using it). Those references have now been removed, as the
configuration object will be replaced by a set of parameter and channel
objects.

The waveform icons should be made a bit thicker, but otherwise these look cool.

If continuous channels are toggled for recording within their respective editors,
a "writeContinuousBuffer" function will be activated within the RecordNode. This
function doesn't do anything yet, but it will make it easy to add diskwriting
capabilities in the near future. Once a stable format for events has been established,
a similar function will be implemented for writing event buffers to disk.

modified the SpikeDisplayEditor and SpikeDisplayCanvas objects to make use of the new setParameter(int,int,int,float) method defined in the Visualizer class. Additionally the SpikeDisplayEditor now responds to Pan/Zoom and clear commands. However Pan/Zoom only work on the first plot. Additionally on the "all" button for the  sub-channel selector buttons now responds intelligently. ie. if you enable all it turns on, if you disable one it turns off.

Implemented basic panning and zooming for the stereotrode plots.  I was unable to hook up events from the SpikeDisplayEditor to the SpikeDisplayCanvas correct... so clicking in the 4 quadrants of the canvas has the effect of zooming/panning in/out

Fixed the problems associated with hiding and displaying the spike canvas. Hiding and then reshowing the canvas caused a new openGL context be be created. This invalidated the handles to the previous Textures and FrameBufferObjects making it impossible to render to them. Each ProjectionPlot::plot() call now checks for openGL errors, if any occur then the Texture is invalidated and a new Texture and FrameBufferObject is created for rendering.  Additionally, in order for 'historical' spikes to show up after the texture is recreated I actually have to render the texture twice. I'm not sure what bug is causing this behavior.

moved around the SpikeDisplayEditor GUI elements a bit, removed the Save button and added selector buttons for each subchannel.

Changed drawerButton from private to protected in GenericEditor so that VisualizerEditor can detect when the drawer opens and move the selector buttons accordingly

Modified the VisualizerEditor to allow for custom width. Everything can now be scalled off this width including the selector buttons. This update is backwards compatible. I simply added a 2nd constructor in which the width is passed as an integer

Began work on the SpikeDisplayEditor. Buttons were added to zoom, pan, clear, and save the plots. Currently only the clear button works
Additionally I added a bunch of constants to the SpikeDisplayNode.h which will be used to define messages between the editor and the Canvas

The SpikeDisplayNode object isn't working properly. Queueing of spikes there appeared to be what was causing the problem.

I need to consider an alternative way of handling the SpikeObjects. In the past I've used a circular buffer but that has
problems with having a set size. I can use an stl::queue but queues are not thread safe, which is something that we
definitely need.

Anyway the plots show up and dance when the viewer is turned on.  I still need to implement a Stereotrode plot and then the
tetrode plot. I'll probably derive them from the ElectrodePlot base class instead of creating a base classs from which all
three plot types are derived from.

Finally I need to get a better handle on the setup of the OpenGLCanvas and how its sized.  How the "Magical" scroll bars work
and how to auto place the plots.

Do we force all the plots to be of the same type? Or do we mix in Electrode Plots with Tetrode Plots?  If so how do we orient them all?

Initial commit of the files needed for the SpikeDisplay. I created an SpikeObject file as well. This is how spikes will be represented in the SpikeDisplayNode and used by the SpikeViewer

Problem:
- There's not yet a way to get the parameters for each channel
after it's clicked

The control panel now holds an "AudioEditor" to adjust volume
and open a window to alter device settings. Audio output is definitely
working, but different buffer sizes make it sound really weird. The
same problem is present in the Juce demo app, however, so I don't
think it's a problem inherent in the GUI.

But they won't do anything useful until the ProcessorGraph is updated

Three important changes:
- The FilterList is now the ProcessorList
- The FilterViewport is now the EditorViewport
- Any classes that need to access important UI objects have become subclasses
  of the "AccessClass". Such objects automatically obtain pointers from
  the UIComponent and register the MessageCenter as an ActionListener. This
  will make it much easier to allocate pointers to objects.

Processors used to have their sample rate and inputs/outputs set when
their source/dest nodes were set. Now, this step doesn't occur until
after the signal chains are constructed. So far, this seems to make
things run much more smoothly.