P_Petrowiek

I wanted to use a message box intead of a pack object in an abstraction.

It seems lika when a message contains #1 and $1, $2..., dollars do not

I noticed something,
I wanted to use a message box intead of a pack object in an abstraction.
It seems lika when a message contains #1 and $1, $2...,  dollars do not
seem to work anymore...
Did you ever have the smae trouble ?

1-and-1-in-an-abstraction

Did you combine them into 1 message? If so, how? #1 has to be at the

beginning of a symbol (#1#2 doesn't work, you need to concat), $ needs a

white space in front. afaik there is no problem with these and abstractions.

[#1something $1 #2] should work just fine for example.

Did you combine them into 1 message? If so, how? #1 has to be at the
beginning of a symbol (#1#2 doesn't work, you need to concat), $ needs a
white space in front. afaik there is no problem with these and abstractions.
[#1something $1 #2] should work just fine for example.

Internally to Max #1 and $1 are sort of the same thing. Not quite, 

Your best bet is to avoid #-arguments in a message box. Instead you 

Peter Castine +--> Litter Power & Litter Bundle for Jitter

iCE: Sequencing, Recording & |home | chez nous|

Interface Building for |bei uns | i nostri|

Internally to Max #1 and $1 are sort of the same thing. Not quite,  
but close enough to confuse people.

Your best bet is to avoid #-arguments in a message box. Instead you  
can loadbang the values in.

--------------    http://www.bek.no/~pcastine/Litter/    -------------
Peter Castine             +--> Litter Power & Litter Bundle for Jitter

Really Peter? Why would you do that? As far as I know, there's no 

problem using #1 and $1 in message box. The #1 will be store in the 

max file as $1 and the $1 as $1 but who cares? You don't even have 

Sebastien, can you post something wich could explain your question?

Really Peter? Why would you do that? As far as I know, there's no  
problem using #1 and $1 in message box. The #1 will be store in the  
max file as $1 and the $1 as $1 but who cares? You don't even have  
to think about that.

I must say I have never had any problem with # arguments in a message 

box, nor with using both # and $ arguments in the same box. It always 

seems to work fine, as long, of course as each is at the beginning of a 

Lawrence Casserley - lawrence@lcasserley.co.uk

Lawrence Electronic Operations - www.lcasserley.co.uk

Colourscape Music Festivals - www.colourscape.org.uk

I must say I have never had any problem with # arguments in a message 
box, nor with using both # and $  arguments in the same box. It always 
seems to work fine, as long, of course as each is at the beginning of a 
symbol.

Lawrence Casserley - lawrence@lcasserley.co.uk
Lawrence Electronic Operations - www.lcasserley.co.uk
Colourscape Music Festivals - www.colourscape.org.uk


On 6-Apr-2006, at 19:18, Emmanuel Jourdan wrote:

> The #1 will be store in the max file as $1 and the $1 as $1

You're right, I forgot that the $1 in a message box was escaped 

inside the patcher file. I just remembered that the #1 was really a 

Then Sebastien's problem is more fundamental.

On 6-Apr-2006, at 19:18, Emmanuel Jourdan wrote:
> The #1 will be store in the max file as $1 and the $1 as $1

You're right, I forgot that the $1 in a message box was escaped  
inside the patcher file. I just remembered that the #1 was really a  
dollar atom internally.

Thank you all for your answers, with all that, i should be able to

Thank you all for your answers, with all that, i should be able to
understand what i was doing wrong :-)
Cheers and thank again for your help.
Seb.T


a # in a messagebox only works when the object 

is loaded, a # in an [i] or [f] object box can 

be loadbanged and then it will also work when 

you change the arguments to the patcher - which 

a # in a messagebox only works when the object 
is loaded, a # in an [i] or [f] object box can 
be loadbanged and then it will also work when 
you change the arguments to the patcher - which 
is the main idea behind arguments.


#1 and $1 in an abstraction