Bug in [zl]... kind of

    Jul 22 2011 | 1:20 pm
    Take a look at the patch below... If you feed [zl slice] a list with the word "list" in it, and the right output slice begins with "list", it is munched up and only the elements after "list" come out the right outlet...

    • Jul 22 2011 | 1:49 pm
      because "list" is not a valid element #1 for lists.
      lists in fact do start with "list" even if you dont see it.
      the same can happen to you with the symbols "bang" and "set" in many max objects.
    • Jul 22 2011 | 1:51 pm
      I thought that would be the case - I've noticed that behaviour with "bang" and "set".
      But is there a workaround for the problem above? I don't need one, it's purely academic!
    • Jul 22 2011 | 5:49 pm
      "List" :)
      aside from that I don't think there's a workaround, it's simply a reserved word that behaves functionally in certain circumstances...
    • Jul 22 2011 | 5:54 pm
      a workaround would be to use a placeholder; i.e. where you want to tranport "(list) list 2 3 4 5 bubu" you can send "(list) l!st 2 3 4 5 bubu" and laterm after splitting elemte #1 off the list, replace the first symbol "l!st" with "list".
      but because there are no max objects which would take a command called "(list) something something" you should not need lists beginning with "list".
      if you own abstractions require such lists, i would say they are misconfigured. :)
    • Jul 22 2011 | 8:41 pm
      or as the French say… liste ;-)