On Sat, 12 Jun 2010, Kim Cascone wrote:
Mathieu Bouchard wrote:
I would have done it like this if [print] was able to handle extra atom
types.
ok but the problem still exists with passing parentheses which is blocking
some data from be sent to the console...or has this been fixed? just curious
I will reply in public because I don't see any reason why you replied in
private nor any reason why I couldn't reply back to the list.
I haven't "fixed" the parentheses yet. This will really involve making a
second kind of GridFlow class, which will not go through the parens-filter
at all. (I don't see what else I could do).
ok so you're swapping print objects under-the-hood in order to have more
atom types available with the GridFlow [print] when using other objects
from the GridFlow library?
yes.
is there a way the object instantiated could have [gf.print] on it
instead of just [print]?
no, because the point is to prevent Pd's [print] from running when I type
[print], because it would print disquieting error messages looking like a
bug. I think that it's better than pretending to use DS pointers like GEM
does and GF used to do, for lack of an extensible typesystem.
_ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
