Hallo,
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
> hard off wrote:
> > sorry if i haven't followed this discussion properly,
> >
> > but i have had trouble with making abstractions that can take either a
> > symbol or float as an argument.
> >
> > the only way i could mana
hard off wrote:
> sorry if i haven't followed this discussion properly,
>
> but i have had trouble with making abstractions that can take either a
> symbol or float as an argument.
>
> the only way i could manage was to make a (f $1) object and a (symbol $1)
> object...and then direct them both
sorry if i haven't followed this discussion properly,
but i have had trouble with making abstractions that can take either a
symbol or float as an argument.
the only way i could manage was to make a (f $1) object and a (symbol $1)
object...and then direct them both to (list2symbol)
but it give
Hallo,
Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
> Maybe one doesn't meet (or even need) those symbols *a lot*, but that would
> only imply that is not a *big* issue, not that it is not a *real* one.
That's what I meant: To me it's not a big issue. I think I've never
felt the n
>Frank Barknecht wrote:
>> Acutally except for numeric symbols and for the "whitespace symbols"
>> [keyname] sometime generates one doesn't meet "strange symbols" a lot in
>> real life, so it's not a real issue in practice.
>One doesn't meet those strange symbols in real life, and it's because
>t
Frank Barknecht wrote:
Acutally except for numeric symbols and for the "whitespace symbols"
[keyname] sometime generates one doesn't meet "strange symbols" a lot in
real life, so it's not a real issue in practice.
One doesn't meet those strange symbols in real life, and it's because
those s
Claude Heiland-Allen wrote:
>
> Another case where this fails is numbers with over 6 digits, although
> this is more down to Pd not showing the extra digits (including when
> saving them):
>
>
It comes down to pd making a float out of every number it runs into,
which limits the precision of t
I've tried to document odd behavior in Pd. Here's my collection:
http://pure-data.cvs.sourceforge.net/pure-data/doc/additional/
messageoddness/
.hc
On May 31, 2007, at 10:58 AM, Matteo Sisti Sette wrote:
> Hi list
>
> I understand that [symbol 43( is not the same as [43( as it is
> interpr
Frank Barknecht wrote:
> Hallo,
> Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
>
>> conjecture 2 - a PD message is simply a human-readable string that you can
>> always "see" by for example [print]ing it, or prepending a "set" and viewing
>> it in a message box, and two messages t
Hallo,
Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
> I always thought that the two following conjectures were true:
>
> conjecture 1 - any given message output by any PD object can always be
> reproduced by writing it down literally in a message box
Pd's patch format doesn't kno
Thanks a lot Frank,
now I see it all quite clearly.
I always thought that the two following conjectures were true:
conjecture 1 - any given message output by any PD object can always be
reproduced by writing it down literally in a message box
conjecture 2 - a PD message is simply a human-reada
Hallo,
Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
> However, I can't see any difference between the output of the message box
> (*) in (4) and in (1-3).
> If I connect that message box to a [print] in any of the four examples
> above, the output is always "label 43".
[print] is
Hallo,
Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
> Anybody can help me to understand the underlying logic?
First you need to understand the basic role of selectors in Pd's
message system: http://puredata.org/dev/PdMessages
Ciao
--
Frank Barknecht _ __footi
Hi list
I understand that [symbol 43( is not the same as [43( as it is interpreted
as a symbol, not a float.
So I can send the message [symbol 43( to a symbol atom, or to any object
that works with symbols, and it will be handled just as if it was [symbol
dog(, right?
However, when this symbol
14 matches
Mail list logo