On Sat, 28 Jun 2008, Mathieu Bouchard wrote:
I edited it quite a bit. Split it in 5 parts total: the normal types,
the messagebox-only types, the pseudo-types, the user-defined normal
types, and the user-defined pseudo-types. By pseudo-type I mean
something not used in t_atom::a_type. I added
On Fri, 9 May 2008, IOhannes m zmölnig wrote:
Stephen Sinclair wrote:
also, i'd just like to add, that i think the 666 atomID should be
reserved for 'evil' data. It could be useful in the future for
optimized implementations of evil processing routines.
you are right; sorry for the confusion
On May 9, 2008, at 5:27 PM, IOhannes m zmölnig wrote:
Stephen Sinclair wrote:
also, i'd just like to add, that i think the 666 atomID should be
reserved for 'evil' data. It could be useful in the future for
optimized implementations of evil processing routines.
you are right; sorry for
Martin Peach wrote:
I've attached the reasoning behind my string patch, probably there is a
lot wrong with it.
But I can't see how to do this kind of thing otherwise without modifying
Pd.
i only proposed to just removed all the selector stuff (string) and
use plain atoms (within
IOhannes m zmölnig wrote:
#define STRING_ATOMID=666
and while we are at it: i hereby want to claim the atomID 75 for
FTMobjects [1].
please do not use this atomID, if you are not wrapping FTMobjects within
such atom.
mfasdr
IOhannes
[1] http://ftm.sf.net/ http://ftm.ircam.fr
IOhannes m zmölnig wrote:
IOhannes m zmölnig wrote:
#define STRING_ATOMID=666
and while we are at it: i hereby want to claim the atomID 75 for
FTMobjects [1].
please do not use this atomID, if you are not wrapping FTMobjects within
such atom.
additionally, i want to claim atomID 77 for
On Fri, May 9, 2008 at 3:13 AM, IOhannes m zmölnig [EMAIL PROTECTED] wrote:
IOhannes m zmölnig wrote:
IOhannes m zmölnig wrote:
#define STRING_ATOMID=666
and while we are at it: i hereby want to claim the atomID 75 for
FTMobjects [1].
please do not use this atomID, if you are not wrapping
Stephen Sinclair wrote:
also, i'd just like to add, that i think the 666 atomID should be
reserved for 'evil' data. It could be useful in the future for
optimized implementations of evil processing routines.
you are right; sorry for the confusion with A_BLOB/A_STRING...
time to start a
On Fri, May 9, 2008 at 11:27 AM, IOhannes m zmölnig [EMAIL PROTECTED] wrote:
Stephen Sinclair wrote:
also, i'd just like to add, that i think the 666 atomID should be
reserved for 'evil' data. It could be useful in the future for
optimized implementations of evil processing routines.
you
Could someone point me to IOhannes' technique? If it makes sense I'll give
it a go during the next week.
Martin
From: Hans-Christoph Steiner [EMAIL PROTECTED]
To: pd-dev List pd-dev@iem.at
Subject: [PD-dev] removing string types from pd-extended release
Date: Thu, 8 May 2008 20:44:09 +0200
I don't know the details, but I believe it was just choosing an
unused number to represent the type. Then also not using a keyword.
Ultimately, there could be something like /etc/services where we can
register these numbers. Or maybe they could just be included in the
Pd headers.
I've attached the reasoning behind my string patch, probably there is a
lot wrong with it.
But I can't see how to do this kind of thing otherwise without modifying Pd.
Martin
Hans-Christoph Steiner wrote:
I don't know the details, but I believe it was just choosing an
unused number to
12 matches
Mail list logo