---------- Forwarded message ----------
>
> hmm. can be arrays as well ? does that mean can use tabread4~/tabwrite~ ?
ah, not on template defined listz directly.
but you can just copy a template list into an array/table
with
pointer
|
numberbox
|-----|---|
element |
| |
get bla /
| /
tabwrite
> does jmax have template stuff ?
phu, wouldnt think tzo.
but i vwe never seripously looked at it ..
> there is thing called osw being developed by cnmat, see
> www.cnmat.berkeley.edu
> and on aes99 (or could be other, i can't remember) .. osw.pdf
mhm. aha. osw? you maybe mean osc?
> is supposed to go further than pd et al., ex be oo and scalable and other ..
isnt pd oo?
isnt it scalable as well?
or anyhow, towards pd being the above, there's at least one mechaism
missing, which i am doing via netsend -> (shell sock -l | script.pl) now,
namely, instantianating a patch from a 'template' (not in the sense of the
lists above) and replacing certain 'variables' within the template-patch
with a set of 'uniqwue' variables.
mainly for use with "table bla" and template-names.
the passing of arguments via $x is not wokring when you re not calling the
abstraction from another patch but 'just opening' it.
and thats for scalability when you can just open as many
instances as you rmachine eats of a patch rather than 'hardcoding' a
certian number of subpatches into a motherpatch.
?
blubblub
������������������������������������������������������
pervrtz cnclUzn :-: the mind is dead
/||_�_||\
consume + puke
�����
---------- Forwarded message ----------
> Not really, the objects handle symbols and messages differently.
> Normally messages are always "executed" (in the first inlet),
> while symbols represent another data type (besides float, e.g.)
oke.
another step towards understanding ;)
the 'type stuff into numberbox' -> open $1 is also pretty handy ..
glrp
everything compiles clean on the suse 6.2 but when its loaded i get:
Gem.pd_linux: undefined symbol: _6GemMan.m_mat_shininess
Gem: can't load library
?
uerps
Hi pd´ers !
Is there a possibility to convert a message to a symbol ?
I was able to do it through adding a symbol_anything method to the
symbol object, which just converts every message except bang to a
symbol, but maybe there´s another way to do it without hacking the sources ?
Guenter
...
>i.e. you can define the data-structure of a single list-entry via a
>template, which can
>be made up of numbers, (theoretically symbols/text?), and other lists.
>and then dynamically expand or shrink your custom made list, fill and
>refill them, change their size, etc
hmm. can be arrays as well ? does that mean can use tabread4~/tabwrite~ ?
does jmax have template stuff ?
there is thing called osw being developed by cnmat, see
www.cnmat.berkeley.edu
and on aes99 (or could be other, i can't remember) .. osw.pdf
is supposed to go further than pd et al., ex be oo and scalable and other ..
>¯\+ does until work ? how does work ?
>
>yup.
etc..
thanks for help =)
+++
hey .. could someone please give explanation of how templates/lists work ?
ex what is happening in 7.stuff/data-structures/*
( pointer, element, append, traverse, sublist, getsize, setsize, get, set .. etc )
+ does until work ? how does work ?
danke
I forgot to answer the second question, whether you can have symbols
in lists. I've never tried it, but you should be able to say
"field fred symbol" and you'll get a field named "fred" whose
value is a symbol. But since I haven't tested that yet, I bet
it will fail; I'll look after I finish the exciting job of putting
ALSA support back in...
cheers
Miller
Hi PD'ers
Some of my friends at Aalborg University are working on an interactive installation and are considering using PD to do some of the work. The problem: they are Mac people! So: will PD run under Linux on a Mac? Has anybody had any succes with that? Can it be done? It will have to be recompiled, for sure.
Cheers
Søren
<snip>
> also there was rumours on the list that someone worked on
> porting pd to
> macintosh and already had a very basic version ready...
>
Yes, someone was working on a native Macintosh version and actually
had a fair amount of it done. However, he has been completely stalled
lately and hasn't had any time to work on it.
If anyone is interested in picking up the native Mac version, let me
know and I can put you in touch with the developer.
Later, Mark
============================
= mdanks(a)stormfront.com
= http://www.danks.org/mark
============================