Hi John.
John Lato wrote:
Do you know yet what format this refactoring will take?
First of all, I should make it clear that we don't intend to eliminate
anything. But I (and many of my students) believe that darcs Haskore is
currently unwieldy for a newcomer to grasp. This can be partly
alleviated by tutorial material, but I believe that the problem is more
deeply rooted. In particular, we would like to:
* Reconsider some of the basic premises in the design of core Haskore.
* Revisit the organization of Haskore (in terms of the core, media
types, interfaces, etc).
* Reconsider some of the coding conventions (such as the use of
generic types named "T" in each module).
In addition, there are certain things missing in the overall design that
we would like to add -- most notable for me is real-time MIDI.
Will the
entire Haskore continue to be released as one package, or as multiple
packages?
One package.
I for one would appreciate seeing plans for the future
directions of Haskore, either on this list or a dedicated group/wiki.
I will talk to Henning about this, but I would not object to having
discussions of at least the major issues on this mailing list, if no one
else minds.
As some of you may be aware, I have recently released a binding to the
Csound API. Henning and I have begun a discussion about the
relationship between my project (hCsound) and the Csound features of
Haskore. I personally feel they complement each other well, and I
would like to avoid any overlap in functionality. Whether they should
stay separate projects, my work be merged into Haskore, or create a
separate project incorporating both the API binding and Haskore Csound
interface is a possible topic of discussion.
Well, this is one of the things we should discuss. As much as I respect
csound, one of my goals is to duplicate csound's capabilities completely
within Haskell, in a purely functional way. But a csound API will
probably still be useful, and there's no reason to eliminate it in our
"refactoring" effort.
Although I haven't yet used Haskore much (it's generally addressed
towards a different style of music than what I typically work in), I
am very interested in its development and would be willing to help if
I could.
Thanks. We will keep you posted of our progress.
Best wishes,
-Paul
_______________________________________________
haskell-art mailing list
haskell-art@lists.lurk.org
http://lists.lurk.org/mailman/listinfo/haskell-art
