Even better - the mobile commands could an error rather than spitting the dummy
when called from a non-mobile environment. I usually add my own mobile get and
set handlers/functions that do the environment test and then pass the necessary
parameter to either mobileControlGet or mobileControlSet
Folks,
I want to send a text message to a list of about 38 recipients. I know about
mobileComposeTextMessage, but it requires user interaction with the message
app. Has anybody used livecode to send SMS messages directly, to a list of
numbers?
Bill P
William Prothero
http://es.earthednet.org
_
> 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 tObject, tProp, tValue
> end if
Yes th
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
> wrote:
>
>
>> On 11
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
conv
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 corr
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 successf
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:
http://lists.runrev.
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 co
> 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 comments for each 'else if' as well?
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.
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 user come up with a comment that b
> 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 routine or use a custom property
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
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 “[appName]
> 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 "some
> complicated condition" anyw
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
> 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 about this a bit I think the issue
> 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 lots of
> confusion when you en
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 th
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
use-live
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:
method
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
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 param(2
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
__
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 was
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
— code
> 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
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 the
> 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
> — cod
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 u
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 tha
> 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] [{1}|y]
>> end repeat
>
> I would ch
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 the
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 [
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 ihttp://lists.runrev.com/mailman/listinfo/use-livecode
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.
Agreed.
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 8/10/17 2:27 PM, Richard Gaskin
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 Adam
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 perspec
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 *alrea
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 form
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
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 Gask
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 executab
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 no-no, it's loading
> executable cod
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 wrote:
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 s
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 | http://w
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
> com
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 the
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 th
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 if I popup a button but the
> fr
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 ben
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?) mistake where
> you forget to brea
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?
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
rdim...@evergre
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 | jac...@hyperact
On Aug 10, 2017, at 11:30 AM, J. Landman Gay via use-livecode
mailto:use-livecode@lists.runrev.com>> 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 Asay
Director
Office of Digital
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 pF
+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. L
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 [mailto:use-livecode-boun...@li
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 editor adds a blank line and then "b
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 references.
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 Goul
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 Softwa
On Aug 10, 2017, at 10:25 AM, Ralph DiMola via use-livecode
mailto:use-livecode@lists.runrev.com>> 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 help full is the construct:
rep
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 Directo
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, Aug
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
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
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 your
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 forg
+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 Goulding via use-livecode wrote:
>
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 maili
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
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 c
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
___
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 cert
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
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 dictionary for $
__
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 the
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
#
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
_
> 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 should
> probably add a pref to turn
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 th
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: wid
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 of
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 a
>
> 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 wi
90 matches
Mail list logo
