> I have placed the 'stef-elisp' folder in my home directory and added the
> following to .emacs:
>
> (add-to-list 'load-path "~/stef-elisp")
> (require 'stef-elisp)
>     (require 'stef-elisp)
>

The load-path must include all subdirectories of stef-elisp. This 
happens by default when you place it in your site-lisp directory, but it 
does not happen in the home directory.

I think just adding the attached file inside ~/stef-elisp should do the 
trick.

Stef

Actually just adding

	(add-to-list 'load-path "~/stef-elisp/utils")

to your .emacs would be simpler..

I'll change the next version of stef-elisp so that the load-path get 
extended automatically.

Stef

Hi Steff,

do you have an idea of what you would need from us to allow for recompilation and RT events for your emacs mode?
I guess RT events can already be done through -L, but maybe we need a similar thing for orchestra compilation?

Regards

Victor

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie

Le 02/05/2013 13:23, peiman khosravi a écrit :
> I just decided to try aquamacs instead, and it's a much nicer environment.
>
> But now there is a problem in loading .emacs:
>
> "Warning (initialization): An error occurred while loading
> `/Users/peimankhosravi/.emacs':
>
> Symbol's function definition is void: defvar-local"

Hmm... I'm afraid I can't help much in this area. I work on Windows, 
never had a Mac. It seems from what I could read online that Aquamacs is 
not 100% compatible with standard Emacs. You may have to stick to Cocoa 
Emacs if you want to use Csound-x.

Stef

> do you have an idea of what you would need from us to allow for recompilation and RT events for your emacs mode?
> I guess RT events can already be done through -L, but maybe we need a similar thing for orchestra compilation?

Well -L does not work on windows so I usually use OSC for real-time events.

At the Csound-x just invokes Csound as a subprocess; it does not use the 
API nor channel buses.

If we are talking about live coding, then I guess interfacing with the 
Python or Java API is the way to go. My preference is to do this via 
Clojure.

(As a side note: I did code the slider demo described in 
http://www.csounds.com/journal/2006summer/SliderDemo.html in Clojure, 
see the attached image. That's part of the Surmulot distribution).

So, to answer your question, I don't think I need anything else than a 
clean Java API. The real issue is that I'm not that much interested in 
live coding so I have no idea what features you people would like to 
have. I don't know much about Csound 6 either.

I would be glad to implement anything you want but then I would need to 
work with someone willing to do the testing and provide feedback and use 
cases.

Best,

Stef

typo:

> At the Csound-x just invokes Csound as a subprocess

reads:

At the moment Csound-x just invokes Csound as a subprocess

:)

Stef