Re: common code patterns

> On 11 Aug 2017, at 2:54 pm, Scott Morrow via use-livecode > wrote: > > What about the use of mobile-only commands… needing to always wrap them in > something to keep the IDE from touching. > > if "mobile" is in the environment then > mobileControlSet

Re: common code patterns

What about the use of mobile-only commands… needing to always wrap them in something to keep the IDE from touching. if "mobile" is in the environment then mobileControlSet tObject, tProp, tValue end if > On Aug 10, 2017, at 6:50 PM, Monte Goulding via use-livecode >

Re: Local File in Browser Widget on Android - Fail

make sure your slashes are all correct. on iOS and desktop are forgiving with double// in URLs; but android is not.. .this bit me many times file:/somepath/somefile.html works file://somepath/somefile.html doesn't So If you have path setters here and there, one needs to follow some

Mobile LC Apps Downloading Stacks After installation

Sorry for mixing threads and hijacking Dan's original issue with Apples rejection because of disabling TS Net moving this to a new thread. here. This is HUGE from my point of view.. though as Dan says, let's just do it, quietly and not abuse it Though if Richard and Mark's assessement is

Re: App Rejected: IPv6 network?

Hi Dan, On 11/08/2017 7:43 AM, Dan Friedman via use-livecode wrote: To begin, the original purpose of this thread was to discover why the app was rejected by Apple. It turns out that my app disables tsNet (because I have had tons of trouble with it) and that’s why the first stack was

Re: Crash with mobilePickPhoto and Android

FYI… Also fails with exact same result on Samsung Galaxy S3 Running 4.4.2. -Dan ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Re: Bug 20255 - Simple Loop Labeling

I like and use end if #some complicated condition On Thu, Aug 10, 2017 at 10:02 PM, Monte Goulding via use-livecode < use-livecode@lists.runrev.com> wrote: > > > On 11 Aug 2017, at 11:54 am, Mark Wieder via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > What would you put as a

Re: Bug 20255 - Simple Loop Labeling

> On 11 Aug 2017, at 11:54 am, Mark Wieder via use-livecode > wrote: > > What would you put as a comment after the 'end if' using your proposed > approach? The original comment for the 'if' statement or something else? > Would you force the user to create

Re: common code patterns

On 08/10/2017 06:50 PM, Monte Goulding via use-livecode wrote: A library of common is probably the best description at the moment but the use case is not reusable handlers as we have other means for that. Hmmm... very mysterious. So I take it an array of constants doesn't fit the category.

Re: Bug 20255 - Simple Loop Labeling

On 08/10/2017 06:40 PM, Monte Goulding via use-livecode wrote: On 11 Aug 2017, at 11:38 am, Mark Wieder via use-livecode wrote: I would actually argue against this. For me, the useful part would be end if # some complicated condition Otherwise, making the

Re: common code patterns

> On 11 Aug 2017, at 11:45 am, Mark Wieder via use-livecode > wrote: > > You know, if you'd post what you're trying to do it might be more possible to > stay on target here. For instance, I regularly have to fill an array with > constants in an initialization

Re: common code patterns

On 08/10/2017 01:39 PM, Monte Goulding via use-livecode wrote: Sorry folks I should have been more specific and said using existing syntax. You know, if you'd post what you're trying to do it might be more possible to stay on target here. For instance, I regularly have to fill an array with

Crash with mobilePickPhoto and Android

Hello! Having some trouble with mobilePickPhoto on an Android device. I call mobilePickPhoto "library" (or mobilePickPhoto "camera") and I can choose the photo or take the picture, but as soon as I accept the image (when LC should have control again) the app crashes with the prompt

Re: Bug 20255 - Simple Loop Labeling

> On 11 Aug 2017, at 11:38 am, Mark Wieder via use-livecode > wrote: > > I would actually argue against this. For me, the useful part would be > > end if # some complicated condition > > Otherwise, making the user come up with a comment that basically says

Re: Bug 20255 - Simple Loop Labeling

On 08/10/2017 06:24 PM, Monte Goulding via use-livecode wrote: So we need: 1. an optional way to add such comments (even users that want them might not want them unless they are making spaghetti) 2. automagical maintenance if the comments exist and you change the condition 3. work out whether

Re: Bug 20255 - Simple Loop Labeling

> On 11 Aug 2017, at 4:55 am, J. Landman Gay via use-livecode > wrote: > > Well, you don't actually have to use the tooltip. It wouldn't interfere with > your current method and would enhance the editor for those who don't want the > clutter. Having thought

Re: common code patterns

> On 11 Aug 2017, at 10:53 am, Devin Asay via use-livecode > wrote: > > I’d like to see one like this for conditional structures: > > if then > -- do if true > else > -- do if false > end if > > I always try to use the “full” form of if-then-else. It solves

Re: common code patterns

I’d like to see one like this for conditional structures: if then -- do if true else -- do if false end if I always try to use the “full” form of if-then-else. It solves lots of confusion when you end up with nested if-thens. I teach my students to do it this way as best practice, and I

Re: common code patterns

Over on the Parent of Target thread we are discussing local var access so I wonder if this is a useful common pattern: local s command set p put p into s end set function get return s end get Cheers Monte ___ use-livecode mailing list

Re: Parent of Target

On 10/08/2017 18:44, Richard Gaskin via use-livecode wrote: Mark Wieder wrote: I do use getter and setter routines regularly. I think your function is useful, but won't by itself get at the question of "who changed that?", and for that question there are at least two possible methods:

JPNG

JPNG (named using JPEG and PNG) is not an image format but a compression method. We use the file ending ".lcjpng" for that. It takes features from both JPEG (setting JPEGquality to compress the imageData and from the PNG compression the alphaData/transparency). It saves the alphaData, optionally

Re: common code patterns

Sticking with that style, why not do repeat with i=1 to paramcount()-1 put param(i)&"," after theValue end repeat put param(paramcount()) after theValue Shorter, faster, and just plain tidier :-) or, to change style, is there a reason not to do put param(1) into isLeft put

Local File in Browser Widget on Android - Fail

I’m having a problem loading a local file on Android in the Browser Widget in LC 8.1.5. I am experiencing what is described in bug 19036. But, bug 19036’s status is “Resolved” in version 8.0.0. So, is something else up? Anyone have any insight? -Dan

Re: common code patterns

On Thu, Aug 10, 2017 at 11:12 AM, Jerry Jensen via use-livecode < use-livecode@lists.runrev.com> wrote: > Switch constructs without breaks are almost like having a 21st century > “goto”. You can really make a mess if you try. While doing the code for my dissertation, I actually found that I

Re: common code patterns

Monte Goulding wrote: On 11 Aug 2017, at 7:02 am, Richard Gaskin via use-livecode wrote: Except that's wrong. :) I tend to use 0 as the initial value, and increment at the top of the loop: local tIndex put 0 into tIndex repeat for each line tLine in tLines add 1 to tIndex —

Re: common code patterns

> On 11 Aug 2017, at 7:15 am, Mike Kerner via use-livecode > wrote: > > So back to my original question, and my original comment - you're talking > about macros? See my first reply. However they are used the patterns will be the same ;-) Cheers Monte

Re: App Rejected: IPv6 network?

To begin, the original purpose of this thread was to discover why the app was rejected by Apple. It turns out that my app disables tsNet (because I have had tons of trouble with it) and that’s why the first stack was successful and the second one failed. Simply not disabling tsNet resolved

Re: common code patterns

> On 11 Aug 2017, at 7:02 am, Richard Gaskin via use-livecode > wrote: > > Except that's wrong. :) > > I tend to use 0 as the initial value, and increment at the top of the loop: > > local tIndex > put 0 into tIndex > repeat for each line tLine in tLines >

Re: common code patterns

So back to my original question, and my original comment - you're talking about macros? See my first reply. On Thu, Aug 10, 2017 at 5:02 PM, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Monte Goulding wrote: > > Sorry folks I should have been more specific and said

Re: common code patterns

Monte Goulding wrote: > Sorry folks I should have been more specific and said using existing > syntax. So the original thing posted is what I’m after at the moment: > > local tIndex > put 1 into tIndex > repeat for each line tLine in tLines >— code >add 1 to tIndex > end repeat Except

Re: common code patterns

> On 11 Aug 2017, at 6:20 am, Mark Wieder via use-livecode > wrote: > > On 08/10/2017 10:38 AM, Ralph DiMola via use-livecode wrote: >> To make this even more flexible: >> repeat for each line tLine in tLines with [counter] tIndex [start] [{1}|x] >> [step]

Re: App Rejected: IPv6 network?

J. Landman Gay wrote: > On 8/10/17 2:27 PM, Richard Gaskin via use-livecode wrote: >> jonathandlynch wrote: >> > LC scripts are not executable code? >> >> They are to the LiveCode engine, but not to the OS. >> >> LiveCode Script has no access to the OS, and can't touch anything >> outside of

Re: common code patterns

On 08/10/2017 10:38 AM, Ralph DiMola via use-livecode wrote: To make this even more flexible: repeat for each line tLine in tLines with [counter] tIndex [start] [{1}|x] [step] [{1}|y] end repeat I would change the syntax slightly: repeat for each line tLine in tLines [using tIndex [start

Re: common code patterns

Hi Monte, What I do way too often is combining all parameters of a function in a string and then split them up again as needed e.g.: repeat with i=1 to paramcount() if i

Re: common code patterns

On 08/10/2017 10:56 AM, Ralph DiMola via use-livecode wrote: Using a break in every case is 95%+ of my switch usage. Also the editor should not do this if there is a case in the immediately preceding non-blank/non-comment line. Doing this and J's suggestion would save me lots of typing.

Re: App Rejected: IPv6 network?

If this were allowed, LC could create a player app for iPhone and android and allow people to exchange stacks outside of the app stores. It could be quite big. Sent from my iPhone > On Aug 10, 2017, at 3:42 PM, J. Landman Gay via use-livecode > wrote: > >> On

Re: App Rejected: IPv6 network?

On 8/10/17 9:51 pm, Sannyasin Brahmanathaswami via use-livecode wrote: Dan: this is "big news" -- I thought the downloading of LC binary stacks was definitely forbidden fruit inside Apple's Walled Garden Somehow the metaphor's are getting a bit mixed there. For starters if Tim Cook is

Re: App Rejected: IPv6 network?

On 8/10/17 2:27 PM, Richard Gaskin via use-livecode wrote: jonathandlynch wrote: > LC scripts are not executable code? They are to the LiveCode engine, but not to the OS. LiveCode Script has no access to the OS, and can't touch anything outside of the LiveCode engine. So from the OS

Re: Bug 20255 - Simple Loop Labeling

On Thu, Aug 10, 2017 at 1:02 AM, panagiotis merakos via use-livecode < use-livecode@lists.runrev.com> wrote: > > I personally like this idea, and I find it pretty useful. And this does not > sound too difficult to implement. > That was the flash of insight that triggered me: something was

Re: App Rejected: IPv6 network?

jonathandlynch wrote: > LC scripts are not executable code? They are to the LiveCode engine, but not to the OS. LiveCode Script has no access to the OS, and can't touch anything outside of the LiveCode engine. So from the OS perspective, scripts are just data, like glorified spreadsheet

Re: detailed files with specified path?

Hi Richard, The new syntax does not support the yet. There is already a feature request about it: http://quality.livecode.com/show_bug.cgi?id=18010 Best, Panos -- On Thu, Aug 10, 2017 at 8:21 PM, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > LC 8.1 now includes an

detailed files with specified path?

LC 8.1 now includes an option to specify a folder for the "files" function, e.g.: put files("~/Desktop") How do we obtain the detailed files for a specified folder using this extended functionality? I tried: put the detailed files of "~/Desktop") ..and got an error. :( -- Richard

Re: App Rejected: IPv6 network?

On 8/10/17 2:10 PM, Mike Kerner via use-livecode wrote: I didn't know that downloading stacks onto an app was ever a problem. It's not downloading a file of any sort that has been a no-no, it's loading executable code, which LC scripts are not, and LC stacks are not. If a script isn't

Re: App Rejected: IPv6 network?

LC scripts are not executable code? Sent from my iPhone > On Aug 10, 2017, at 3:10 PM, Mike Kerner via use-livecode > wrote: > > I didn't know that downloading stacks onto an app was ever a problem. It's > not downloading a file of any sort that has been a

Re: App Rejected: IPv6 network?

I didn't know that downloading stacks onto an app was ever a problem. It's not downloading a file of any sort that has been a no-no, it's loading executable code, which LC scripts are not, and LC stacks are not. On Thu, Aug 10, 2017 at 2:51 PM, Sannyasin Brahmanathaswami via use-livecode

Re: Parent of Target

Ali Lloyd wrote: > Richard wrote >> Jacque recently showed me the speed difference between explicitly >> writing out the element of an object reference: >> >>get the width of btn 1 of cd 2 of stack "MyStack" >> >> ...vs other forms like long IDs: >> >>put the long is of btn 1 of cd 2 of

Re: Bug 20255 - Simple Loop Labeling

Well, you don't actually have to use the tooltip. It wouldn't interfere with your current method and would enhance the editor for those who don't want the clutter. Best of both worlds. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software |

Re: common code patterns

ick on ralph, and how about if we just get rid of case/switch, and tell everyone to use if/else if/else/end if On Thu, Aug 10, 2017 at 2:28 PM, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > FWIW I'm with Jacque on this one. Not only are exclusive blocks far more >

App Rejected: IPv6 network?

Dan: this is "big news" -- I thought the downloading of LC binary stacks was definitely forbidden fruit inside Apple's Walled Garden Dan wrote: "The app, on launch, downloads a file (a compressed stack) from my server. I know for fact that went without error. That freshly downloaded stack

Re: common code patterns

FWIW I'm with Jacque on this one. Not only are exclusive blocks far more common in practice, they're also explicit - you can see the work "BREAK" right at the end of the case block. If a template doesn't include that explicit guidance, I fear for the experience of new users confused by how

Re: the defaultStack changes on resume

I'm pretty sure the mouseStack works even if the app is in the background - I could be wrong though... Warmest Regards, Mark. Sent from my iPhone > On 10 Aug 2017, at 19:11, Bob Sneidar via use-livecode > wrote: > > Well now wait just a doggone minute. What

Re: Bug 20255 - Simple Loop Labeling

If we're taking votes, respectfully count mine as -1 on using tooltips for this. Labels within code are most useful when visible. If we need to read the code carefully enough to figure out where we should aim the mouse, then aim the mouse, then pause waiting for the tooltip to appear, the

Re: common code patterns

Switch constructs without breaks are almost like having a 21st century “goto”. You can really make a mess if you try. > On Aug 10, 2017, at 10:57 AM, J. Landman Gay via use-livecode > wrote: > > On the other hand, it would prevent the common (mostly newbie?)

Re: the defaultStack changes on resume

Well now wait just a doggone minute. What if I popup a button but the frontmost application is NOT LC, like when I drag drop onto an object I call a landing pad and popup a button to select what kind of data it is? This is Mac OS X. If LC isn't frontmost, how would that affect the mouseStack?

RE: common code patterns

Using a break in every case is 95%+ of my switch usage. Also the editor should not do this if there is a case in the immediately preceding non-blank/non-comment line. Doing this and J's suggestion would save me lots of typing. Ralph DiMola IT Director Evergreen Information Services

Re: common code patterns

On the other hand, it would prevent the common (mostly newbie?) mistake where you forget to break and the switch statements run amok. I reported a bug back in the MetaCard days and was gently reminded that I was an idio... um... in error. -- Jacqueline Landman Gay |

Re: common code patterns

On Aug 10, 2017, at 11:30 AM, J. Landman Gay via use-livecode > wrote: How about every time I write a "case" statement inside a switch construct, the editor adds a blank line and then "break”? +2! Yes please. Devin Devin

Re: Parent of Target

Mark Wieder wrote: I do use getter and setter routines regularly. I think your function is useful, but won't by itself get at the question of "who changed that?", and for that question there are at least two possible methods: method 1: local sCurrentFlavorA command setCurrentFruitFlavorTo

RE: common code patterns

+1 Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of J. Landman Gay via use-livecode Sent: Thursday, August 10, 2017 1:30 PM To: How to use LiveCode Cc: J.

RE: common code patterns

To make this even more flexible: repeat for each line tLine in tLines with [counter] tIndex [start] [{1}|x] [step] [{1}|y] end repeat Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode

Re: common code patterns

Ooooh... Ah, but then someone will complain about occassionally having to delete the break. Bob S > On Aug 10, 2017, at 10:30 , J. Landman Gay via use-livecode > wrote: > > How about every time I write a "case" statement inside a switch construct, > the

Re: the defaultStack changes on resume

On 2017-08-09 20:48, Trevor DeVore via use-livecode wrote: I think this bug report has a recipe for the issue you are seeing: http://quality.livecode.com/show_bug.cgi?id=18030 This has been around for a long time. I don’t know of a workaround other than fully qualifying all object

Re: common code patterns

How about every time I write a "case" statement inside a switch construct, the editor adds a blank line and then "break"? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On August 10, 2017 5:03:25 AM Monte

Re: Bug 20255 - Simple Loop Labeling

I like the tooltip idea. It's less invasive than altering the script itself, yet still easy to access. Variable values work the same way and I find that to be a good balance between accessibility and convenience. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive

Re: common code patterns

On Aug 10, 2017, at 10:25 AM, Ralph DiMola via use-livecode > wrote: Monte, I find that I do this quite often local tIndex put 1 into tIndex repeat for each line tLine in tLines add 1 to tIndex end repeat What would be very

RE: common code patterns

Monte, I find that I do this quite often local tIndex put 1 into tIndex repeat for each line tLine in tLines add 1 to tIndex end repeat What would be very help full is the construct: repeat for each line tLine in tLines index tIndex end repeat This eliminates 3 lines. Ralph DiMola IT

Re: Bug 20255 - Simple Loop Labeling

It can, but as of now we don't have another good way of matching structures on a permanent basis so that if you, for instance, remove the "if" or "repeat" on the top, the "end if" or "end repeat" on the bottom goes away, too, or if you change the condition the label on the end changes. On Thu,

Re: DragDrop Bug

BTW I am dragging text from another application. I have never seen this dragging text from within Livecode. And what is being dragged is text from an email app although there are other sources like PDF's which is why I have to clean up the text before setting any LC field to the result. Bob S

Re: Bug regression

Hi Andrew, In such cases, I would suggest to file a new bug report (and probably mention the number of the old bug that reappeared). However, in this specific case, what happens is a bit more complicated. What you see is a result of some changes we have done in the segmented control widget in LC

Re: Using Find with Shell on Mac

On 08/10/2017 10:46 AM, Bob Sneidar via use-livecode wrote: But I beg to be excused. :D It's okay, Bob. Stay curious! Warren ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage

Re: Using Find with Shell on Mac

Well it's case sensitive for one. echo $home produces a blank line. $HOME produces my home folder. But I beg to be excused. I got into computers at first because of the Macintosh. I cannot remember hundreds of commands along with their varied arguments and flags and nuances. I will probably

Re: Bug 20255 - Simple Loop Labeling

+1 on the tooltip. I also comment end statements in nested loops or control structures, but it gets cluttery when trying to read through the script. Bob S > On Aug 10, 2017, at 08:28 , Mark Wieder via use-livecode > wrote: > > On 08/10/2017 03:00 AM, Monte

Re: Using Find with Shell on Mac

On 08/10/2017 09:36 AM, Bob Sneidar via use-livecode wrote: OH RIGHT. I thought you were talking about using this in the terminal. I know about the LC environment variables. Bob S What does this do in Terminal? 'echo $HOME' ___ use-livecode

Re: Bug 20255 - Simple Loop Labeling

On 08/10/2017 03:00 AM, Monte Goulding via use-livecode wrote: I wonder whether a mouse over tooltip would work just as well. Is this something you want to be able to see _all_ the time or just if you get confused about where you are? Hmmm... I think a tooltip could be especially useful for

DragDrop Bug

Hi all. I mentioned in the past I have a drag drop handler in all my editable fields which cleans up the dragged text and then sets the text of the field to the result. Part of the time dragging and dropping text onto these fields will cause the controls on the card to become unresponsive. I

Bug regression

I found a bug that was squashed in 8.1.0dp3 has re-appeared. What's the proper way to report this? I found the original thread (marked FIXED) and made a comment, but not sure that anyone revisits those. http://quality.livecode.com/show_bug.cgi?id=17852 --Andrew Bell

Re: common code patterns

On 8/10/2017 6:01 AM, Monte Goulding via use-livecode wrote: > Hi Folks > > I’m looking for a few common code patterns that you find yourselves writing > often but aren’t well suited to reusable handlers. So snippets of code or > common ways that events are handled together in a script for a

Re: Parent of Target

Remember that arrays stored as properties provides a kind of scoping. For example 2 stacks can hold the same array but with different values in a property with the same name. The added advantage is they are persistent through idle and you can now check the contents of the properties by drilling

Re: Using Find with Shell on Mac

OH RIGHT. I thought you were talking about using this in the terminal. I know about the LC environment variables. Bob S > On Aug 9, 2017, at 18:51 , Sannyasin Brahmanathaswami via use-livecode > wrote: > > @ bob > > try it in msg > > put $HOME > > see the

Re: Bug 20255 - Simple Loop Labeling

I do this, in my code, too. I also label my else's (with the opposite of the condition, of course) 4D's macros have a cool way of making this happen. for example, to make a labeled if type the text of the condition Select the text Insert the if macro The condition is replaced with if condition

Re: common code patterns

Do I sense macros? I have several things that I frequently end up typing that aren't vanilla: for any structure - repeat/if/case/etc., I normally want the "end" to have a comment matching the beginning if i=2 then something end if #i=2 I also frequently use code blocks that I want to label

common code patterns

Hi Folks I’m looking for a few common code patterns that you find yourselves writing often but aren’t well suited to reusable handlers. So snippets of code or common ways that events are handled together in a script for a certain task. Cheers Monte

Re: Bug 20255 - Simple Loop Labeling

> On 10 Aug 2017, at 6:02 pm, panagiotis merakos via use-livecode > wrote: > > I personally like this idea, and I find it pretty useful. And this does not > sound too difficult to implement. > > But I am not sure if everyone will like it, so if we do it, we

Re: Bug 20255 - Simple Loop Labeling

Hi all, I personally like this idea, and I find it pretty useful. And this does not sound too difficult to implement. But I am not sure if everyone will like it, so if we do it, we should probably add a pref to turn it on/off. The good news is that Ali has been doing some work on scriptifying

Re: Parent of Target

On 2017-08-09 05:39, Sannyasin Brahmanathaswami via use-livecode wrote: The more we separate our code/libraries/behaviors from the binary UI, the more I find myself trying to dispatch call backs or other messages back to the group/card/stack that has a behavior and not the individual control:

Re: Parent of Target

On 2017-08-10 09:32, Ali Lloyd via use-livecode wrote: Jacque recently showed me the speed difference between explicitly writing out the element of an object reference: get the width of btn 1 of cd 2 of stack "MyStack" ...vs other forms like long IDs: put the long is of btn 1 of cd 2

Re: Parent of Target

On 2017-08-10 01:47, Monte Goulding via use-livecode wrote: Thinking about this some more I wonder if a stringified representation and string representation type could be paired with the object reference so that if you got say the abbreviated id then that would be the stringified representation

Re: Parent of Target

> > Jacque recently showed me the speed difference between explicitly > writing out the element of an object reference: > >get the width of btn 1 of cd 2 of stack "MyStack" > > ...vs other forms like long IDs: > >put the long is of btn 1 of cd 2 of stack "MyStack" into t5Obj >get teh