Luigi Castelli

Is Max 5 using the JUCE library to handle the graphics ?

Does this mean that 3rd party developers should start getting familiar

with this library in order to write GUI externals for Max 5 ?

------------------------------------------------------------

THIS E-MAIL MESSAGE IS FOR THE SOLE USE OF THE INTENDED RECIPIENT AND MAY CONTAIN CONFIDENTIAL AND/OR PRIVILEGED INFORMATION. ANY UNAUTHORIZED REVIEW, USE, DISCLOSURE OR DISTRIBUTION IS PROHIBITED. IF YOU ARE NOT THE INTENDED RECIPIENT, CONTACT THE SENDER BY E-MAIL AT SUPERBIGIO@YAHOO.COM AND DESTROY ALL COPIES OF THE ORIGINAL MESSAGE. WITHOUT PREJUDICE UCC1-207.

Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 

Is Max 5 using the JUCE library to handle the graphics ?
Does this mean that 3rd party developers should start getting familiar
with this library in order to write GUI externals for Max 5 ?

------------------------------------------------------------
THIS E-MAIL MESSAGE IS FOR THE SOLE USE OF THE INTENDED RECIPIENT AND MAY CONTAIN CONFIDENTIAL AND/OR PRIVILEGED INFORMATION.  ANY UNAUTHORIZED REVIEW, USE, DISCLOSURE OR DISTRIBUTION IS PROHIBITED.  IF YOU ARE NOT THE INTENDED RECIPIENT, CONTACT THE SENDER BY E-MAIL AT SUPERBIGIO@YAHOO.COM AND DESTROY ALL COPIES OF THE ORIGINAL MESSAGE. WITHOUT PREJUDICE UCC1-207.
------------------------------------------------------------

Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC


max-5-and-juce

We will have our own API for drawing within UI objects, so the actual 

JUCE stuff won't be directly accessible within an external.

Hi Luigi,
We will have our own API for drawing within UI objects, so the actual 
JUCE stuff won't be directly accessible within an external.

On Oct 9, 2007, at 1:36 PM, andrew benson wrote:

> We will have our own API for drawing within UI objects, so the 

> actual JUCE stuff won't be directly accessible within an external.

Btw, our drawing API, which wraps the underlying implementation, 

looks similar to the Cairo graphics API. While it is not a one to one 

or complete mapping, if you *really* want to start learning something 

relevant before we make development details public, you can start 

learning about the Cairo graphics API and much of what you learn will 

Btw, for you QuickDraw die hard dinosaurs, we have also made a 

utility API, so that existing QD code is relatively painless to port.

However, in general, w/r/t dev + feature questions...it's gonna be a 

while. Please be patient, so we can get it done faster.

> We will have our own API for drawing within UI objects, so the  
> actual JUCE stuff won't be directly accessible within an external.

Btw, our drawing API, which wraps the underlying implementation,  
looks similar to the Cairo graphics API. While it is not a one to one  
or complete mapping, if you *really* want to start learning something  
relevant before we make development details public, you can start  
learning about the Cairo graphics API and much of what you learn will  
translate.

Btw, for you QuickDraw die hard dinosaurs, we have also made a  
utility API, so that existing QD code is relatively painless to port.

However, in general, w/r/t dev + feature questions...it's gonna be a  
while. Please be patient, so we can get it done faster.

Will this API be exposed at the UI level or is this an SDK API?

On Oct 9, 2007, at 2:24 PM, Anthony Palomba wrote:

> Will this API be exposed at the UI level or is this an SDK API?

There are C and JS bindings currently. Possibly LCD like commands 

>
> Will this API be exposed at the UI level or is this an SDK API?

There are C and JS bindings currently. Possibly LCD like commands  
from max land when released.

Max 5 and JUCE ?