Using DropBox for Faster Mobile Development

Phil Davis revdev at pdslabs.net
Mon Feb 20 18:59:10 EST 2012


Seems like a year or so ago there was a big dust-up here when RunRev changed 
their definition of a list to more closely conform to... something. Anyway, I 
believe the trailing CR is a symptom of that change.

Phil Davis


On 2/20/12 2:10 PM, Bob Sneidar wrote:
> OK I think I see what is going on here and it IS a bug! Filter is treating all the lines the way LC normally does, the line without the carriage return. The bug is that if the last character is a carriage return, it is being included with the filtered text! I am going to submit it to the QCC unless someone can explain why this is reasonable behavior.
>
> Bob
>
>
> On Feb 20, 2012, at 1:45 PM, Pete wrote:
>
>> I think I see the difference.  My code didn't have a final return after the
>> last line, yours did.  If I change my code to include the final return, the
>> return IS included in the result of the filter, even though it's the first
>> line that is in there, not the last one!!  That is very strange and just
>> reinforces my feeling that the definition os a line is not consistant.
>> Pete
>>
>> On Mon, Feb 20, 2012 at 1:15 PM, Bob Sneidar<bobs at twft.com>  wrote:
>>
>>> That is very odd. I put this in a button:
>>>
>>> ON mouseUp pMouseBtnNo
>>>    put "test 1"&  cr&  "test 2"&  cr into theText
>>>    filter theText WITH "test 1"
>>>    put return is in theText
>>>    breakpoint
>>> END mouseUp
>>>
>>> I get true and the return is in the variable in the debugger. But when I
>>> execute the code you use, I get your results!!! Apparently there is a
>>> difference between return and cr as concerns the filter command! Is this a
>>> bug or is it intentional?
>>>
>>> Bob
>>>
>>>
>>> On Feb 20, 2012, at 12:09 PM, Pete wrote:
>>>
>>>> Maybe I'm misunderstanding what you're saying but I don't see this.
>>>>
>>>> **
>>>>
>>>> *on mouseUp*
>>>> *
>>>>
>>>>   put "line1"&  return&  "line2" into myLines
>>>>
>>>>   answer information (return is in myLines)
>>>>
>>>>   filter myLines with "line1"
>>>>
>>>>   answer information (return is in myLines)
>>>>
>>>> end mouseUp
>>>> *
>>>>
>>>>
>>>> The first answer returns true and the second returns false, no matter
>>> which
>>>> line I filter for so the return is not included.
>>>>
>>>> On Mon, Feb 20, 2012 at 9:10 AM, Bob Sneidar<bobs at twft.com>  wrote:
>>>>
>>>>> It IS a fact however, that if you filter the lines of something and
>>> there
>>>>> is only one line that matches the filter, the carriage return will be
>>>>> included!
>>>>
>>>>
>>>>
>>>> --
>>>> Pete
>>>> Molly's Revenge<http://www.mollysrevenge.com>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>>
>>
>> -- 
>> Pete
>> Molly's Revenge<http://www.mollysrevenge.com>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

-- 
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net





More information about the use-livecode mailing list