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

[sc-dev] SuperCollider 3 versioning

To: sc-dev@xxxxxxxxxxxxxxx
Subject: [sc-dev] SuperCollider 3 versioning
From: Kasper Souren <Kasper.Souren@xxxxxxxx>
Date: Wed, 3 Dec 2003 14:56:31 +0100
List-archive: <http://www.create.ucsb.edu/pipermail/sc-dev>
List-help: <mailto:sc-dev-request@create.ucsb.edu?subject=help>
List-id: SuperCollider developers list <sc-dev.create.ucsb.edu>
List-post: <mailto:sc-dev@create.ucsb.edu>
List-subscribe: <http://www.create.ucsb.edu/mailman/listinfo/sc-dev>, <mailto:sc-dev-request@create.ucsb.edu?subject=subscribe>
List-unsubscribe: <http://www.create.ucsb.edu/mailman/listinfo/sc-dev>, <mailto:sc-dev-request@create.ucsb.edu?subject=unsubscribe>
Reply-to: SuperCollider developers list <sc-dev@xxxxxxxxxxxxxxx>
User-agent: KMail/1.5.4

I wonder why SuperCollider 3 doesn't have version numbers beyond the major 
version (i.e. 3). I think it could make things a bit clearer, to both users 
and	developers.

A related issue: Is SC3 considered stable on Mac OS X? And if not, what needs 
to be done for this? And for Linux: what needs to be done?

I don't like the word 'roadmap', but it might be nice to have one for SC...

bye,
Kasper

Follow-Ups:
- Re: [sc-dev] SuperCollider 3 versioning
  - From: stefan kersten
- Re: [sc-dev] SuperCollider 3 versioning
  - From: Gabriel Suerte

Prev by Date: [sc-dev] MIDI on linux
Next by Date: Re: [sc-dev] SuperCollider 3 versioning
Previous by thread: Re: [sc-dev] calling a Function from a primitive
Next by thread: Re: [sc-dev] SuperCollider 3 versioning
Index(es):
- Date
- Thread