[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-dev] supercollider tree

On Thursday, June 20, 2002, at 08:27 PM, Ian Pojman wrote:

James / everyone - what are your thoughts?

also, about the final product directory structure:

i was thinking that documents relating to the individual user (music) should be outside
of the sc application folder.  maybe in ~/Documents/SuperCollider

especially if we build early, build often: we need to be able to
get a new sc version and install it easily without disturbing our other work folders.

engine/synthdefs maybe as well.

for the most part this can be a user decision, but we should 'ship' it so that its laid out logically.

On Thursday, June 20, 2002, at 01:22 PM, JT wrote:

Ian Pojman <ipojman@xxxxxxxxxxxxxx> wrote:
couple questions. I'm setting up a preliminary CVS module.

good man.

b) How about a reorganization of the source.

The stuff seems a bit jumbled, but maybe it's just because I haven't
read thru most of the actual source yet.

but before starting a CVS module, now is an opportune time to lay out
the directories in a clear manner.

I was thinking of something like this (old dir names in ()'s)

supercollider (SuperCollider 3)

i like SuperCollider3

    [pb project file, etc.]
    -etc - BBall.icns
	- client
		[cocoa source (source)]
	- server (SC_server lang)
		-lang (language related - BufSource, OSX etc would be put in
here if nowhere else?)
			- core (LangSource)
			- primitives (LangPrimSource)
			- OSC (OSC Source)
			- synth (SynthSource)

you guys think this is worth merit, or should we just start off as it is.

you're right, it should be rearranged now, before we dig in.

I think it would be better to have it a bit organized especially
when you put it into CVS. it can be a mess if only one person is
doing the development but once it becomes a group effort, it should
be as organized as possible.

I personlly like the directory structure you have proposed.
I believe this is what James meant when he asked the sc-users list
whether someone can make the source tree suitable for sourceforge/CVS development.

- Ian