fixed mipmap generation bug for OSX. Previous versions of OpenGl wanted you to hint to generate mipmaps, OSX wants you to explicity call the function that generates them.

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

Polished up the SpikeDisplay Canvas UI. I added channel labels for each spike plot, additionally I re-enabled the labeling of the threshold in the individual WaveformPlots, this is using the FTPixmapFont objects like those found in OpenGLCanvas. This is in lieu of using Glut to render fonts.  The rendering code is in PlotUtils.cpp.

the SpikeDisplayCanvas now supports scrolling! i had to change OpenGLCanvas::showScrollBars() from private to protected. Additionally I made scroll pix protected although that might not be needed.

Fixed the ProjectionAxes class such projection plots persists after destruction and recreation of the projectionTexture. This event happens whenever the openGL context is destroyed or the projection plot size changes.

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.

minor updates to the generation of spikeobjects and the way that plots are laid out in the spike display canvas. Resizing causes the program to hang, not sure why...

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

A preliminary version of the ProjectionAxes that renders projection points using a texture instead of drawing each point. This should allow the plots to translate around the page without problem.  Additionally the plot can be flagged to regenerate the texture from scratch using a circular buffer of accumulated amplitudes. This hasn't been tested yet.  Additionally this code is very alpha and needs to be cleaned up and could break at any time.

Additionally I fixed a minor bug that was preventing projections from getting plotted for tetrodes

this is _the_ commit before I start integrating the texture based rendering for projection plots

switched SpikeDisplayCanvas to Stereotrode plots from TetrodePlots as I haven't figured out why the tetrodeplots aren't displaying the projection points yet

Started integrating the TetrodePlot class. Oddly the projection plots aren't working although they were working in the stereotrode class, I'll have to figure that one out

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

It was a float vs. int problem!

The LfpDisplayNode/LfpDisplayCanvas are more stable now, although there's
still a bug in the DisplayNode causing small gaps to appear in the buffer.

Since every processor now gets asked to enable() prior to the start of
acquisition, it's much simpler to move the steps involved in preparing
for acquisition into these methods. This the processor from beginning
acquisition when prepareToPlay() is called upon initialization.

When an LfpDisplayCanvas was hidden for more than a few seconds, it would lose
track of the displayBufferIndex, causing it to pause for a few seconds when
it comes back into view. Now, the DataViewport sends a "refresh" reminder
to the canvas, to remind it to update its buffer indices in order to
display new data.

The IntanThread was occasionally looking for data after acquisition was disabled,
which would trigger the SourceNode to attempt to manually disable callbacks.
The only negative effect of this was that if the user was currently viewing
a different signal chain, it would switch back to the Intan chain unexpectedly.
This is no longer the case, as the SourceNode checks to see whether or not
it received a proper disable signal from the ProcessorGraph before notifying
the UI that data may have been dropped.

Tabs now work reasonably well when right-justified.

Border is now a square (except for upper-right corner).