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