I reported something similar in DMX a few weeks before the DMX2004 release. It had to do with "i" and some higher range character. However, with that one, there was further weirdness in that aList.findPos(i) returned TRUE for a list with that higher range char as a property, but "i = <higher range char>" returned FALSE. It was confirmed as a bug.
In this case, is it possible that these two characters (138 and 154) are lower and upper case versions of one another?
Regards,
Daniel
On Apr 8, 2004, at 7:56 PM, Valentin Schmidt wrote:
hi list,
i just wondered, is the following a known director bug?
c=numtochar(138) put (c contains numtochar(154)) -- 1 put offset(numtochar(154),c) -- 1
and also
c=numtochar(154) put (c contains numtochar(138)) -- 1 put offset(numtochar(138),c) -- 1
(tested on dmx, win xp pro)
[To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
