[PD] plugin~ external

Mathieu Bouchard matju at artengine.ca
Sat Jun 12 20:41:22 CEST 2010

On Fri, 11 Jun 2010, IOhannes m zmölnig wrote:
> On 06/11/2010 05:13 PM, Mathieu Bouchard wrote:
>> "close-paren without open-paren" is a GridFlow error message. The code
>> for parsing nested-lists interferes with the [print] emulation that
>> replaces the original [print]. The latest GridFlow renames the old
>> [print] to [pd/print].
> but the message in question had open-parent and close-paren.
> so why does it throw the error.

Because GF doesn't parse the complete symbol because it needs to do it 
real fast as it has to continually do it for every symbol that comes into 
any inlet of GF. When I have a list like (1 2 3) then "(1" is a symbol and 
"3)" is a symbol. But when doing things like that, open-parens only happen 
at the beginning of a symbol and close-parens only happen at the end. In 
your case, one of the spaces is a real space inside of a symbol, therefore 
the "(" is not recognised as opening, but the ")" is before a separating 
space, and thus it counts.

> furthermore, the parenthesis only appeared within a symbol. why does 
> gf's print try to parse a symbol as a nested list?

because Pd's syntax is insufficiently developed. I used to be able to 
write {1 2 3} and the software's parser would parse it as an element of 
type 'list'. Then I had to switch to Pd and had to add weird hacks to keep 
on supporting such a thing.

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801

More information about the Pd-list mailing list