mirrors
/
non
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Clean up comments.

This commit is contained in:
Jonathan Moore Liles 2008-05-26 10:16:19 -05:00
parent 4c45197003
commit 318144baed
4 changed files with 4 additions and 16 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

13
Timeline/LASH.C
View File

@ -19,16 +19,9 @@
/* actual implementation of our side of the LASH protocol */ /* actual implementation of our side of the LASH protocol */
/* NOTES: The LASH API, as it stands, is basically retarded. It was /* NOTES: Since LASH doesn't provide us with the information we
* designed by retards for retards. The way it handles project state * need--when we need it--we just punt and only use LASH to save and
* and project directories shows a deep lack of insight into how real * load the path to the *real* project data. */
* software works. Since LASH doesn't provide us with the information
* we need--when we need it--we just punt and only use LASH to save
* and load the path to the *real* project data. One of these days a
* motivated individual (probably me, unfortuately) is going to spend
* a cozy afternoon implementing a replacement for LASH--a load of
* shit which has been in the works for God know how many years and is
* still stinking up the place. */
#include "LASH.H" #include "LASH.H"
#include "Project.H" #include "Project.H"

2
Timeline/Sequence_Widget.C
View File

@ -172,7 +172,7 @@ Sequence_Widget::draw_label ( const char *label, Fl_Align align, Fl_Color color
X = x(); X = x();
Y = y(); Y = y();
/* FIXME: why do we have to to this here? why doesn't Fl_Lable::draw take care of this stuff? */ /* FIXME: why do we have to do this here? why doesn't Fl_Label::draw take care of this stuff? */
if ( ! (align & FL_ALIGN_INSIDE) ) if ( ! (align & FL_ALIGN_INSIDE) )
{ {
if ( align & FL_ALIGN_RIGHT ) if ( align & FL_ALIGN_RIGHT )

4
Timeline/Timeline.C
View File

@ -493,8 +493,6 @@ Timeline::update_tempomap ( void )
i != tempo_track->_widgets.end(); ++i ) i != tempo_track->_widgets.end(); ++i )
_tempomap.push_back( *i ); _tempomap.push_back( *i );
/* FIXME: shouldn't we ensure that time points always precede
tempo points at the same position? */
_tempomap.sort( Sequence_Widget::sort_func ); _tempomap.sort( Sequence_Widget::sort_func );
} }
@ -530,8 +528,6 @@ Timeline::render_tempomap( nframes_t start, nframes_t length, measure_line_callb
nframes_t frames_per_beat = samples_per_minute / bpm; nframes_t frames_per_beat = samples_per_minute / bpm;
/* FIXME: don't we need to sort so that Time_Points always preceed Tempo_Points? */
if ( ! _tempomap.size() ) if ( ! _tempomap.size() )
return pos; return pos;

1
Timeline/Track.C
View File

@ -245,7 +245,6 @@ Track::Track ( const char *L, int channels ) :
Track::~Track ( ) Track::~Track ( )
{ {
/* FIXME: why is this necessary? */
timeline->remove_track( this ); timeline->remove_track( this );
/* give up our ports */ /* give up our ports */