On Wed, Nov 2, 2011 at 7:28 PM, Hans-Christoph Steiner <h...@at.or.at>wrote:
> > As long as its a float, it'll be converted to the simplest form. So 0 > is the simplest form of 00. The same would happen with 0.0000. So if > you need 00 in a symbol, you'll need generate it by some other method > first, like sending the list [0 0( to [list2symbol]. > > understand i well then, that parsing an unknown text the character '0' runs the risk of disappearing when it's in a 'wrong' position. and in Pd i will never know when this has happened. > If you are using this for MAC addresses or other similar numbers, they > usually consider 0 and 00 the same thing. > > in WindowsXP register all the characters are needed in one string. rolf On Wednesday, November 02, 2011 6:06 PM, "rolf meesters" > <rolfmeest...@gmail.com> wrote: > > hi, > > > > i'm using > > > > [symbol2list -] > > | > > | [symbol( > > | | > > | > > [list2symbol] > > > > on something like 00-ab-87-02. > > the result becomes 0ab872. > > so, i'm losing the leading zero's. > > > > in other words the symbol '00' is handled like a number, > > probably any symbol that looks like a number is immediately treated like > > that. > > which, in the case above is unexpected (at least for me). > > > > would it then be necessary, working with texts, always to check if one's > > not accidentally losing zero's? > > > > rolf > > > > _______________________________________________ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > >
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
