Can trigger object send text with a space in it?

    Feb 04 2016 | 8:04 am
    This is something I've been meaning to ask for ages, but it's not a show stopper. Can a trigger object send, for example, "set 0" but without the quotation marks ? Like, is there some special (set of) character(s) that I haven't been able to find that represents a space? Or do I have to keep doing what I've always done, i.e. get the trigger object to send a bang to a message that says "set 0" (without the quotation marks)?

    • Feb 04 2016 | 8:20 am
      If I'm reading you correctly a [fromsymbol] after [t "set 0"] is what your looking for. Or...
    • Feb 04 2016 | 11:12 am
      Thanks Rick - that does work, and I didn't know about the [fromsymbol] object. But my reason for wanting to do this is simply to make patches a bit neater. bang -> [t "set 0"] -> [fromsymbol] actually takes up more space than my old method of bang -> [t b] -> "set 0", unfortunately. (Of course, I'd have a few other arguments or there'd be no need to use the trigger object.)
      My ideal (but apparently imaginary) solution would be something like bang -> [t set%200] or bang -> [t set\0], where %20 or \ is interpreted by Max as a space.
    • Feb 04 2016 | 1:41 pm
      it takes more space ... thats what was thinking, too ... but ... why dont you encapsulate that thing in an abstraction. then you have your own trigger object for lists and the job is done with only one object.
      p.s. mine works with up to only 9 arguments and builds the list internally on loadbang. this way you dont even have to to type the damn ´ symbols (most people dont even know where they are on the keyboard) ... [ that is how it looks like]
    • Feb 04 2016 | 2:02 pm
      LOL even simpler bang a [pack set 0]
    • Feb 04 2016 | 2:22 pm
      never mind
    • Feb 04 2016 | 2:39 pm
      that too in most cases. :)
    • Feb 04 2016 | 9:30 pm
      jstrigger (['set',0])
    • Feb 07 2016 | 7:50 pm
      Thanks for your input, guys, but I don't think my ideal solution exists, and the solutions that work aren't really better than the (what's barely a) problem.
      "never mind" sums it up! :-)