Hallo,
(I forgot to send this mail last week, now it may be outdated already...)
Bryan Jurish hat gesagt: // Bryan Jurish wrote:
afaik, the issue you're observing is due to the message box, which uses
t_binbuf internally to (re-)parse messages into pd atoms.
I think, it only happens on
Frank Barknecht wrote:
Bryan Jurish wrote:
afaik, the issue you're observing is due to the message box,
which uses
t_binbuf internally to (re-)parse messages into pd atoms.
I think, it only happens on saving or reloading of a patch,
though.
No, as I noted before it also happens if you
Frank Barknecht wrote:
Hallo,
(I forgot to send this mail last week, now it may be outdated already...)
Bryan Jurish hat gesagt: // Bryan Jurish wrote:
afaik, the issue you're observing is due to the message box, which uses
t_binbuf internally to (re-)parse messages into pd atoms.
I
Hallo,
Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
Frank Barknecht wrote:
Bryan Jurish wrote:
afaik, the issue you're observing is due to the message box,
which uses
t_binbuf internally to (re-)parse messages into pd atoms.
I think, it only happens on saving or
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
it does _not_ happen, when you just duplicate an already existing
object, because Pd is clever and has already parsed the contents of the
original objectbox and there since it has not changed (because you
cannot change the
Hallo,
Matteo Sisti Sette hat gesagt: // Matteo Sisti Sette wrote:
But if I send such a symbol (containing blank spaces, e.g. the output of
an openpanel) to the following chain:
...
|
[list prepend set]
|
[list trim]
|
[ (
then the symbol IS truncated at the first space.
This only
Hello
Very interesting observation.
i guess it has to do with the openpanel and savepanel objects. It's probably
a special kind of symbol that represents the possible spaces (which in
reality are no spaces anyway..) for compatibility with the OS. Obviously you
can't create such a message within
Nice!
I didn't know about the makefilenames %c option at all!
Thanks
--
ypatios
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Shit I'm so confused... Now I'm trying it again and it seem it does
work... I need to find what I was doing that I am not...
--
Matteo Sisti Sette
matteosistise...@gmail.com
http://www.matteosistisette.com
___
Pd-list@iem.at mailing list
Ok I have it.
This does work as expected:
[32(
|
[makefilename foo%cbar]
|
[set $1(
|
[ (
Then you can bang the last message box and feed its output to a [list
length] to verify it is one symbol (well, not a symbol, one whatever).
But then, if I manually edit the message box and modify it
Matteo Sisti Sette wrote:
Ok I have it.
This does work as expected:
[32(
|
[makefilename foo%cbar]
|
[set $1(
|
[ (
Then you can bang the last message box and feed its output to a [list
length] to verify it is one symbol (well, not a symbol, one whatever).
But then, if I
moin moin,
On 2009-12-09 10:37:10, ypatios ypat...@gmail.com appears to have written:
Hello
Very interesting observation.
i guess it has to do with the openpanel and savepanel objects. It's
probably a special kind of symbol that represents the possible spaces
(which in reality are no
IOhannes m zmoelnig escribió:
(and there's zexy's [list2symbol] which will concatenate all the
arguments of a list into a single symbol, the default delimiter being space.
Yeah that's exactly what I meant (with an abstraction instead of zexy)
though I probably didn't explain it well.
--
Matteo Sisti Sette wrote:
IOhannes m zmoelnig escribió:
(and there's zexy's [list2symbol] which will concatenate all the
arguments of a list into a single symbol, the default delimiter being
space.
Yeah that's exactly what I meant (with an abstraction instead of zexy)
though I probably
Hi,
As far as I know, some representation of the space character does exist
in PD which can be contained in symbols.
The proof is that if I bang an [openpanel] and I browse to a file
whose path contains spaces, I can send the output to a symbol atom,
print it, use [label $1( to send it to a
moin Matteo, moin list,
afaik, the issue you're observing is due to the message box, which uses
t_binbuf internally to (re-)parse messages into pd atoms. you are
correct that symbols can easily contain spaces (and pretty much anything
else except for ASCII NUL): the problem is getting the funny
16 matches
Mail list logo