Re: Filter (was Re: Using DropBox for Faster Mobile Development)

I could have accepted the behavior if it was the last line that passed the filter results, and because it did not contain a cr, the result did not end in a cr. But for the filtered results to not have the cr in ANY results regardless of whether or not the last line was included in the results wo

Filter (was Re: Using DropBox for Faster Mobile Development)

Bob, I think this may indeed be a matter of perception, and therefore not one with a right or wrong answer! But I think there absolutely _is_ a difference between terminate and delimit. And I've found from experience that some LC developers think of line formatted lists as a series of lines

Re: Using DropBox for Faster Mobile Development

I see it differently. The same command with essentially the same data (except for the one trailing cr) returns different results. The FILTER command works with lines. It doesn't know from squat whether or not the developer meant to "terminate" or "delimit" and simply forgot to "terminate" the la

Re: Using DropBox for Faster Mobile Development

On 21/02/2012 00:11, Bob Sneidar wrote: That is possible. The craziness is that the trailing cr affects the result even if the filtered text does not include the last line of the list. If there is a trailing cr, then the result will end with a cr no matter WHICH lines end up in the filtered te

Re: Using DropBox for Faster Mobile Development

That is possible. The craziness is that the trailing cr affects the result even if the filtered text does not include the last line of the list. If there is a trailing cr, then the result will end with a cr no matter WHICH lines end up in the filtered text. If there isn't, then the result will N

Re: Using DropBox for Faster Mobile Development

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

Re: Using DropBox for Faster Mobile Development

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 unl

Re: Using DropBox for Faster Mobile Development

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

Re: Using DropBox for Faster Mobile Development

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 y

Re: Using DropBox for Faster Mobile Development

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 retur

Re: Using DropBox for Faster Mobile Development

It does not. I just tested this. ON mouseUp pMouseBtnNo put "This is a test" & cr into theText put "this is another test" after theText put line 1 of theText into theTestText breakpoint put line 2 of theText into theTestText breakpoint END mouseUp In each case, theTestTex

Re: Using DropBox for Faster Mobile Development

PS. That also explains why the repeat loop isn't affected by deleting the last char - it's not a return so doesn't affect the placement of lines in the original list. Pete On Sat, Feb 18, 2012 at 2:47 PM, Pete wrote: > I have to say, the issue of returns in lines has always been confusing to >

Re: Using DropBox for Faster Mobile Development

I have to say, the issue of returns in lines has always been confusing to me. I've kinda resolved it by thinking of them as separators rather than terminators. So if the last line in a list does not have a return, it's still treated as a line because it's separated from the previous line by the p

Re: Using DropBox for Faster Mobile Development

Network -Original Message- From: "Peter M. Brigham, MD" Sender: use-livecode-boun...@lists.runrev.com Date: Sat, 18 Feb 2012 17:18:54 To: How to use LiveCode Reply-To: How to use LiveCode Subject: Re: Using DropBox for Faster Mobile Development On Feb 18, 2012, at 10:57 AM, Mi

Re: Using DropBox for Faster Mobile Development

On Feb 18, 2012, at 10:57 AM, Michael Doub wrote: > ... > > on mouseUp > put URL "http://dl.dropbox.com/u/43797494/LiveCode/LoadLinks"; into list > repeat for each line x in list > delete the last char of x > put x into StacktoLoad > exit repeat > end repeat > go URL Stackt

Re: Using DropBox for Faster Mobile Development

Technically, I believe Apple claims you're not supposed to access code externally of your application, so using "go url" in this case runs afoul of the rules. Breaking the rules could get you removed from the app store. (But one might argue that loading Web pages with Javascript is loading extern

Re: Using DropBox for Faster Mobile Development

On Feb 18, 2012, at 9:57 AM, Michael Doub wrote: > > Interesting, I did not realize that livecode included the return character as > part of the line chunk. > Both of following work as long as you delete the last character. I tested > this on both 5.5 and > 5.0.2. > > on mouseUp > put UR

Re: Using DropBox for Faster Mobile Development

This seems pretty cool! Am I correct in assuming that if Apple would reject an app that tried to use this technique in actual app submitted to the app store? Thanks Todd ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this

Re: Using DropBox for Faster Mobile Development

Interesting, I did not realize that livecode included the return character as part of the line chunk. Both of following work as long as you delete the last character. I tested this on both 5.5 and 5.0.2. on mouseUp put URL "http://dl.dropbox.com/u/43797494/LiveCode/LoadLinks"; into list

Re: Using DropBox for Faster Mobile Development

Ah Ha!! I found a non printable character in the url that is being pulled out of the first line of the file. -= Mike On 02/17/2012, at 6:50 PM, Scott Rossi wrote: > I would be surprised if you could get this to work as DropBox states > specifically that you cannot link to folders in your Pu

Re: Using DropBox for Faster Mobile Development

: LiveCode Mail List Reply-To: How to use LiveCode Subject: Re: Using DropBox for Faster Mobile Development I would be surprised if you could get this to work as DropBox states specifically that you cannot link to folders in your Public folder: <https://www.dropbox.com/help/16> "Whi

Re: Using DropBox for Faster Mobile Development

I would be surprised if you could get this to work as DropBox states specifically that you cannot link to folders in your Public folder: "While you can't link to folders in your Public folder, you can link to files within sub-folders" That said, you could generat

Re: Using DropBox for Faster Mobile Development

I am trying to take your concept and make it a bit more generic but I feel like I must be in the Friday blues. I am stuck on syntax or I am loosing my mind. Probably the latter. ;-) Rather than go to the stack directly I wanted to pick up the url from the first line of a text file so it is eas

Re: Using DropBox for Faster Mobile Development

On Sat, Feb 11, 2012 at 11:06 PM, J. Landman Gay wrote: > On 2/11/12 9:56 PM, Roger Eller wrote: > >> On Sat, Feb 11, 2012 at 10:44 PM, J. Landman Gay wrote: >> >> On 2/11/12 7:32 PM, Scott Rossi wrote: >>> >>> After uploading the simple standalone *one time* to my mobile device, I >>> laun

Re: Using DropBox for Faster Mobile Development

On 2/11/12 9:56 PM, Roger Eller wrote: On Sat, Feb 11, 2012 at 10:44 PM, J. Landman Gay wrote: On 2/11/12 7:32 PM, Scott Rossi wrote: After uploading the simple standalone *one time* to my mobile device, I launch the simple standalone, press the button, and my dev stack appears on my device

Re: Using DropBox for Faster Mobile Development

On Sat, Feb 11, 2012 at 10:44 PM, J. Landman Gay wrote: > On 2/11/12 7:32 PM, Scott Rossi wrote: > > After uploading the simple standalone *one time* to my mobile device, I >> launch the simple standalone, press the button, and my dev stack appears >> on >> my device within a couple of seconds. >

Re: Using DropBox for Faster Mobile Development

On 2/11/12 7:32 PM, Scott Rossi wrote: After uploading the simple standalone *one time* to my mobile device, I launch the simple standalone, press the button, and my dev stack appears on my device within a couple of seconds. That is damned clever. There wouldn't be a startup message, but that'

Using DropBox for Faster Mobile Development

This may already be old news, but I thought I'd throw it out there in case this helps someone... If you're already using your DropBox account to help speed up your mobile development process, read no farther. I've been developing stacks for iOS use on and off over the last year, and have been ann