MODE 1.1 Known Bugs, Missing Features, etc
	stp--26 June 1992

The interface to the MIDI Driver programs is still fragile; I expect to do a new one using CPOK when Sun releases the new STREAMS MIDI driver in Solaris 2.0.
When using the SPARC MIDI, it's best to keep a shell window open to kill stray mplay or mread processes (use signal 4!).

The OpCode <--> MIDIFile translator is missing (or MIDIFileVoices are still not fiunished).

AdagioVoice has not been ported from old-style Stream usage.

The TimeSequence just went on the fritz and is transpatrent. Maybe a color bug somewhere.

Several of the other view examples (e.g., BinaryTreeLayoutManager) come up without lines (or are the lines still black?).

It is necessary to "redraw" or "refresh" display list views after openning them.

CMNView has not yet been ported to 4.1, as with most of the classes in the categotry MusicUI-SupportOLD.

The mplay program should buffer and have a buf_time option

Missing: Mix driver--batch/active
	cmix mixer--read strings from stdin, sort blocks

Missing: add slider gauges (FractionalWidgetViews) to zoom/scale graphics views.

MixView is still crude, needs better ordering, sorting
	Has a bug after dragging sounds around and a halt there...
	use new (2-layer) MatrixLayoutMgr?
	cleff, sliders

Missing: DLView zoom
	DLView default ed--selection, 
	add item menu--draw

Missing: Function Math, xform, env
	Examples--Shepenv, Sines, Buzz, 	readFrom: gen

Missing: Rumble UI Drawing tool (little thunder)
PhaseVoc is unimplemented
Missing: FcnView2--use dispPolylines
Missing: FileSelector UI
Missing: ModeSchedWinCtrlr with about, view edit blue menu items

===========BETA USER'S COMMENTS============================

To: stp@ccrma.Stanford.EDU
Cc: smallmusic@xcf.berkeley.edu
Subject: Initial MODE 1.1 comments 
Date: Sat, 13 Jun 92 18:49:37 -0700
From: "Craig R. Latta" <latta@central.parcplace.com>

Hi--
        Summary: oodles of messages not understood, particularly from
views with broken buttons. SmOKe (whose current form I like) seems to
be well-implemented from what I can tell, but I would have a *much*
better idea (or at least more fun finding out) if I had a fancy-dancy
machine capable of handling MIDI, digital audio, or some other kind of
music I/O...
        So, I turn to the graphics things for my television-era visual
fix, which makes the over-ambitious views annoying. Maybe I have an
incomplete system? I thought I saw more of these things working
before.
        Now I want to make MODE support MIDI on Macintoshes, because
it would be a useful little project (but probably the kind that
typically takes forever...) and would exercise CPOK (the new
Smalltalk-to-C-to-Smalltalk interface). Guy, I'm interested in looking
at those primitives you wrote for 2.*.
        I hear the powerbooks can't do MIDI very well, or at all? Does
anyone have the scoop on this?

-C

(Notes in English)
*       I've got a goodie which implements Emacs key-bindings which
        you are welcome to include; for the benefit of Emacs-heads
        like me, who need their total-cursor-control-from-the-keyboard
        fix.
*       The redrawing in Pitch-Time Editor is bad. Box drags are not
        dynamically erased, nor kept between drags.
*       Pitch-Time Editor provides a view of a model (EventListEditor)
        which only implements one of its buttons (Inspect). For
        example, doZoom is not understood; DisplayListEditor is the
        only class which understands that.
*       Sound Browser halts on edit. I can inspect the default nil
        sound, and that's about it. I saw a nice rendering of some
        samples at your last demo. How did you do that? With something
        you made after 7 June (the date of the CCRMA-FTP
        distribution)? All of the buttons except for Inspect yield
        not-understood sends.
*       The 6-pane System Browser does not highlight the category of a
        class selected via dialog (it just scrolls to the top of the
        category list). This significantly erodes the benefit of
        splitting up the package-category pane of the normal System
        Browser.

[ . . .]
